Webpack的一些知识以及性能优化

wepack是什么？vue和wepack是什么关系？vue-cli呢？我觉得要知道他们的关系，才能让脑海里面松散的知识得到整合。

vue-cli是构建vue单页应用的脚手架，输入一串指定的命令行从而自动生成vue.js+webpack的项目模板。

Webpack是用来干什么的

主要是用来打包、编译的

webpack运行流程
分为初始化、编译、输出三个阶段.

初始化：
从配置文件和shell文件读取、合并参数；
加载plugin
实例化compiler

编译
从entry发出，针对每个module串行调用对应loader翻译文件内容
找到module依赖的module，递归进行编译处理

输出：
把编译后module组合成chunk
把chunk转换成文件，输出到文件系统

loader用来干嘛的
让它处理非js文件，webpack只理解js

loader的原理
loader能把源文件翻译成新的结果，一个文件可以链式经过多个loader编译。以处理scss文件为例:

• sass-loader把scss转成css
• css-loader找出css中的依赖，压缩资源
• style-loader把css转换成脚本加载的JavaScript代码

用过的loader有哪些

style-loader--------- 输出样式

css-loader--------- 解析css文件、import

postcss-loader+autoprefixer--------- 加浏览器前缀

less-loader--------- 编译less

file-loader/url-loader--------- 引入文件(图片、字体)

babel-loader --------- 编译ES6转为ES5

plugin用来干嘛的

可以处理各种任务，从打包优化和压缩，一直到重新定义环境中的变量

plugin原理
plugin用于扩展webpack功能。

webpack启动后，在读取配置时会先执行new BasicPlugin(options)初始化一个BasicPlugin获得它的实例

调用BasicPlugin.apply(compiler）给插件实例传递compiler对象

插件实例获取compiler对象后，通过compiler.plugin(事件名，回调函数)监听webpack广播出的事例

可以这样理解两者的关系loader是翻译官，plugin是干活滴

webpack性能优化？

webpack性能优化其实也是前端性能优化的一种……我觉得整合到性能优化里面理解比较好，因为这样理解会有点片面，但还是理解一下吧。

减少 Webpack 打包时间
1.优化 Loader
对于 Loader 来说，影响打包效率首当其冲必属 Babel 了。因为 Babel 会将代码转为字符串生成 AST，然后对 AST 继续进行转变最后再生成新的代码，项目越大，转换代码越多，效率就越低。当然了，我们是有办法优化的。

首先我们可以优化 Loader 的文件搜索范围

module.exports = {
  module: {
    rules: [
      {
        // js 文件才使用 babel
        test: /\.js$/,
        loader: 'babel-loader',
        // 只在 src 文件夹下查找
        include: [resolve('src')],
        // 不会去查找的路径
        exclude: /node_modules/
      }
    ]
  }
}

对于 Babel 来说，我们肯定是希望只作用在 JS 代码上的，然后 node_modules 中使用的代码都是编译过的，所以我们也完全没有必要再去处理一遍。

当然这样做还不够，我们还可以将 Babel 编译过的文件缓存起来，下次只需要编译更改过的代码文件即可，这样可以大幅度加快打包时间

loader: 'babel-loader?cacheDirectory=true'

2.HappyPack
受限于 Node 是单线程运行的，所以 Webpack 在打包的过程中也是单线程的，特别是在执行 Loader 的时候，长时间编译的任务很多，这样就会导致等待的情况。

HappyPack 可以将 Loader 的同步执行转换为并行的，这样就能充分利用系统资源来加快打包效率了

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

3. DllPlugin
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 就可以默认开启以上功能。

减少 Webpack 打包后的文件体积
注意：该内容也属于性能优化领域。

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

Scope Hoisting 会分析出模块之间的依赖关系，尽可能的把打包出来的模块合并到一个函数中去。如果在 Webpack4 中你希望开启这个功能，只需要启用 optimization.concatenateModules 就可以了。

Tree Shaking 可以实现删除项目中未被引用的代码
如果你使用 Webpack 4 的话，开启生产环境就会自动启动这个优化功能

总结

性能优化这个问题在面试中遇到，但是没有答得很好，要实践过，然后去用定量分析优化的速度，比如打包的速度有没有快，以及打开页面的时间在控制台怎么看速度等等都要去分析，不然到最后只会坑了自己。