Webpack优化

1.如何提高`webpack`的打包速度

优化`loader`

对于loader来说，影响打包效率的首当其冲是babel，因为babel会将代码转为字段串生成AST，然后对AST继续进行转变最后生成新的代码，项目越大，转换代码越多，效率就越低。

// 首先我们优化loader的文件搜索范围
model.exports = {
   module:{
        rules:[            
            {
                //js 文件才使用babel
                test: /\.js$/,
                loader: 'babel-loader',
                //只在 sre文件夹下查找
                include: [resolve('src')],
                //不会去查找的路径
                exclude: /node_modules/
            }         
        ]   
   }
}

对于Babel来说，希望只作用在JS代码上的，然后node_modules中使用的代码都是编译过的，所以完全没有必要再去处理一遍。
当然这样做还不够，还可以将Babel编译过的文件缓存起来，下次只需要变异更改过的代码文件即可，这样可以大幅度加快打包时间。
loader: 'babel-loader?cacheDirectory=true'

HappyPack

受限于Node是单线程运行的，所以Webpack在打包的过程中也是单线程的，特别是在执行Loader的时候，长时间编译的任务很多，这样就会导致等待的情况。
HappyPack 可以将Loader的同步执行转化为并行的，这样就能充分利用系统资源来加快打包效率了。

module:{
    loaders:[
        {
            test: /\.js$/,
            include:[resolve('src')],
            esclude:/node_modules/,
            // id 后面的内容对应下面
            loader:'happypack/laoder?id=happybabel'        
        }    
    ]
},
plugins: [
    new HappyPack({
        id: 'happybabel',
        loaders: ['babel-loder?cacheDirectory'],
        //开启4个进程
        threads:4  
    })
]

DllPlugin

DllPlugin 可以将特定的类库提前打包然后引入。这种方式可以极大的减少打包类库的次数，只有当类库更新版本才需要重新打包，并且也实现了将公共代码抽离成单独文件的优化方案。

//单独配置在一个文件中 webpack.dll.conf.js
const path = require('path')
const webpack = require('webpack')
module.exports = {
    entry: {
         // 想统一打包的类库
        vendor: ['react']    
    },
    output: {
        path: path.join(__dirname, 'dist'),
        filename: '[name].dll.js',
        library: '[name]-[hash]'
    }，
    plugins：[
           new webpack.DllPlugin({
               //name 必须和output.library 一致
               name: '[name]-[hash]',
               //改属性需要与DllReferencePlugin中一致
               context:__dirname,
               path:path.join(__dirname, 'dist', '[name]-manifest.json'                                           
           })
    ]
}

然后需要执行这个配置文件生成依赖文件，接下来需要使用DllReferencePlugin将依赖文件引入项目中

//webpack.conf.js
module.exports = {
    //...省略其他配置
    plugins:[
        new webpack.DllReferencePlugin({
             context: __dirname,
              // manifest 就是之前打包出来的 json 文件
             manifest: require('./dist/vendor-manifest.json'),       
        })  
    ]
}

代码压缩

在webpack3中，一般使用UglifyJS来压缩代码，但是这个是单线程运行的，为了加快效率，可以使用webpack-parallel-uglify-plugin 来并行运行UglifyJS，从而提高效率。
在Webpack4中，不需要以上操作了，只需要将mode设置为production就可以默认开启以上功能。代码压缩也是我们必做的性能优化方案，当然我们不止可以压缩js代码，还可以压缩html、css 代码，并且在压缩js代码的过程中，我们还可以通过配置实现比如删除console.log这类代码功能。

其他

可以通过一些小的优化点来加快打包速度

resolve.extensions：用来表明文件后缀列表，默认查找顺序是['.js','.json'],如果你的导入文件没有添加后缀就会按照这个顺序查找文件，我们应该尽可能减少后缀列表长度，然后将出现频率高的后缀排在前面
resolve.alias：可以通过别名的方式来映射一个路径，能让Webpack 更快找到路径
module.noParse：如果你确定一个文件下没有其他依赖，就可以使用改属性让Webpack不扫描改文件，这种方式对于大型的类库很有帮助

2.如何减少 `Webpack` 打包体积

按需加载

在开发SPA项目的时候，项目中都会存在很多路由页面，如果将这些页面全部打包进一个js文件的话，虽然将多个请求合并了，但是同样也加载了很多并不需要的代码，耗费了更长的时间。那么为了首页能更快地呈现给用户，希望首页能加载的文件体积越小越好，这时候可以使用按需加载，将每个路由页面单独打包为一个文件。当然不仅仅路由可以按需加载，对于loadash这种大型类库同样可以使用这个功能。

按需加载的代码底层都是当使用的时候再去下载对应文件，返回一个Promise，当promise成功以后去执行回调。

Scope Hoisting

Scope Hoisting会分析出模块之间的依赖关系，尽可能的把打包出来的模块合并到一个函数中去。

// 比如希望打包两个文件
//test.js
export const a = 1
//index.js
import { a } from './test.js'

对于这种情况，打包出来的代码就会类似这样：

[
     /* 0 */
      function (module, exports, require) {
        //...
      },
      /* 1 */
      function (module, exports, require) {
        //...
      }
]

但是如果使用Scope Hoisting ，代码就会尽可能的合并到一个函数中去，也就变成了这样的类似的代码：

[
  /* 0 */
  function (module, exports, require) {
    //...
  }
]

这样的打包方式生成的代码明显比之前的少多了。如果在Webpack4中你希望开启这个功能，只需要开启optimization.concatenateModules 就可以了

module.exports = {
  optimization: {
    concatenateModules: true
  }
}

Tree Shaking

tree shaking可以实现删除项目中未被引用的代码，比如：

// test.js
export const a = 1
export const b = 2
// index.js
import { a } from './test.js'

对于以上情况，test文件中的变量b如果没有在项目中使用的话，就不会被打包到文件中。
如果使用Webpack 4 的话，开启生产环境就会自动启动这个优化功能。

3.如何⽤`webpack`来优化前端性能

用webpack优化前端性能是指优化webpack的输出结果，让打包的最终结果在浏览器运行快速高效。
压缩代码：删除多余的代码、注释、简化代码的写法等等。可以利用webpack的UglifyJsPlugin和ParallelUglifyPlugin来压缩js文佳，利用cssnano（css-loader?minimize）来压缩css。
利用CND加速：在构建过程中，讲应用的静态资源路径修改为CDN上的对应路径。可以利用webpack对于output参数和各loader的publicPath 参数来修改资源路径。
tree shaking：将代码中永远不会走到的片段删除。可以通过在启动webpack时追加参数--optimize-minimize 实现。
Code Splitting：将代码按路由维度或者组件分块（chunk），这样做到按需加载，同时可以充分利用浏览器缓存
提取公共第三方库：SplitChunksPlugin插件来进行公共模块抽取，利用浏览器缓存可以长期缓存这些无需频繁变动的公共代码

4.如何提高webpack的构建速度

多入口情况下，使用CommonsChunkPlugin来提取公共代码
通过externals配置来提取常用库
利⽤DllPlugin和DllReferencePlugin预编译资源模块通过DllPlugin来对那些我们引用但是绝对不会修改的npm包来进行预编译，再通过DllReferencePlugin将预编译的模块加载进来。
使⽤ Happypack 实现多线程加速编译
使⽤ webpack-uglify-parallel 来提升 uglifyPlugin 的压缩速度。原理上 webpack-uglify-parallel 采⽤了多核并⾏压缩来提升压缩速度
使⽤ Tree-shaking 和 Scope Hoisting 来剔除多余代码