五. webpack性能优化配置

5.1开发环境性能优化

优化打包构建速度（HMR）
优化代码调试（source-map）

5.1.1 HMR（模块热替换）

HMR: hot module replacement 热模块替换 / 模块热替换
作用：一个模块发生变化，只会重新打包构建这一个模块（而不是打包所有模块），极大提升构建速度
代码：只需要在 devServer 中设置 hot 为 true，就会自动开启HMR功能（只能在开发模式下使用）

  1. devServer: {
  2.   contentBase: resolve(__dirname, 'build'),
  3.   compress: true,
  4.   port: 3000,
  5.   open: true,
  6.   // 开启HMR功能
  7.   // 当修改了webpack配置，新配置要想生效，必须重启webpack服务
  8.   hot: true
  9. }

每种文件实现热模块替换的情况：

  • 样式文件：可以使用HMR功能，因为开发环境下使用的 style-loader 内部默认实现了热模块替换功能，所有样式文件的HMR生效就要使用style-loader

  • js 文件：默认不能使用HMR功能（修改一个 js 模块所有 js 模块都会刷新）
    —> 实现 HMR 需要修改 js 代码（添加支持 HMR 功能的代码）

    1. // 绑定
    2. if (module.hot) {
    3. // 一旦 module.hot 为true，说明开启了HMR功能。 --> 让HMR功能代码生效
    4. module.hot.accept('./print.js', function() {
    5.   // 方法会监听 print.js 文件的变化，一旦发生变化，只有这个模块会重新打包构建，其他模块不会。
    6.   // 会执行后面的回调函数
    7.   print();
    8. });
    9. }

  • 注意：HMR 功能对 js 的处理，只能处理非入口 js 文件的其他文件。

  • html 文件: 默认不能使用 HMR 功能（html 不用做 HMR 功能，因为只有一个 html 文件，不需要再优化）
    使用 HMR 会导致问题：html 文件不能热更新了（不会自动重新打包构建）
    解决：修改 entry 入口，将 html 文件引入（这样 html 修改会整体刷新）

    1. entry: ['./src/js/index.js', './src/index.html']

    5.1.2 source-map

    一种提供源代码到构建后代码的映射的技术 （如果构建后代码出错了，通过映射可以追踪源代码错误）
    参数：[inline-|hidden-|eval-][nosources-][cheap-[module-]]source-map
    代码：

    1. devtool: 'eval-source-map'

    可选方案：[生成source-map的位置|给出的错误代码信息]

  • source-map：外部，错误代码准确信息 和 源代码的错误位置

  • inline-source-map：内联，只生成一个内联 source-map，错误代码准确信息 和 源代码的错误位置
  • hidden-source-map：外部，错误代码错误原因，但是没有错误位置（为了隐藏源代码），不能追踪源代码错误，只能提示到构建后代码的错误位置
  • eval-source-map：内联，每一个文件都生成对应的 source-map，都在 eval 中，错误代码准确信息 和 源代码的错误位
  • nosources-source-map：外部，构建后错误代码信息，但是没有任何源代码信息（为了隐藏源代码）
  • cheap-source-map：外部，错误代码准确信息 和 源代码的错误位置，只能把错误精确到整行，忽略列
  • cheap-module-source-map：外部，错误代码准确信息 和 源代码的错误位置，module 会加入 loader 的 source-map

内联 和 外部的区别：1. 外部生成了文件，内联没有 2. 内联构建速度更快

开发/生产环境可做的选择：
开发环境：需要考虑速度快，调试更友好

  • 速度快( eval > inline > cheap >… )
    1. eval-cheap-source-map
    2. eval-source-map
  • 调试更友好
    1. source-map
    2. cheap-module-source-map
    3. cheap-source-map

最终得出最好的两种方案 —> eval-source-map（完整度高，内联速度快，react和vue内部使用） / eval-cheap-module-source-map（错误提示忽略列但是包含其他信息，内联速度快）

生产环境：需要考虑源代码要不要隐藏，调试要不要更友好

  • 内联会让代码体积变大，所以在生产环境不用内联
  • 隐藏源代码
    1. nosources-source-map 全部隐藏
    2. hidden-source-map 只隐藏源代码，会提示构建后代码错误信息

最终得出最好的两种方案 —> source-map（最完整） / cheap-module-source-map（错误提示一整行忽略列）

开发环境使用eval-source-map，生产环境使用source-map

5.2生产环境性能优化

5.2.1优化打包构建速度

5.2.1.1 oneOf(减少loader的匹配)

匹配到 loader 后就不再向后进行匹配，优化生产环境的打包构建速度

  1.     module: {
  2.         rules: [
  3.             {
  4.                 // 以下loader只会匹配一个
  5.                 // 注意：不能有两项配置处理一个文件
  6.                 oneOf: [
  7.                     {
  8.                         test: /\.css$/i,
  9.                         use: [...commonCssLoader]
  10.                     },
  11.                     {
  12.                         test: /\.less$/i,
  13.                         use: [...commonCssLoader, "less-loader"]
  14.                     },
  15.                     {
  16.                         // js的兼容性处理
  17.                         test: /\.js$/i,
  18.                         exclude: /node_modules/i,
  19.                         loader: 'babel-loader',
  20.                         options: {
  21.                             // 预设：指示babel做怎么样的兼容性处理
  22.                             //---------------------------------
  23.                             presets: [
  24.                                 [
  25.                                     '@babel/preset-env',
  26.                                     {
  27.                                         // 按需加载
  28.                                         useBuiltIns: 'usage',
  29.                                         // 指定core-js的版本
  30.                                         corejs: {
  31.                                             version: 3
  32.                                         },
  33.                                         // 指定兼容性做到哪个版本浏览器
  34.                                         targets: {
  35.                                             chrome: '60',
  36.                                             firefox: '60',
  37.                                             ie: '9',
  38.                                             safari: '10',
  39.                                             edge: '17'
  40.                                         }
  41.                                     }
  42.                                 ]
  43.                             ]
  44.                             //----------------------------------
  45.                         }
  46.                     },
  47.                     {
  48.                         test: /\.(jpe?g|png|gif)$/i,
  49.                         type: 'asset',
  50.                         parser: {
  51.                             dataUrlCondition: {
  52.                                 maxSize: 8 * 1024
  53.                             }
  54.                         },
  55.                         // 指定资源打包后输出的位置和名字
  56.                         generator: {
  57.                             filename: 'imgs/[name].[hash:5][ext]'
  58.                         },
  59.                     },
  60.                     {
  61.                         test: /\.html$/i,
  62.                         loader: 'html-loader'
  63.                     },
  64.                     {
  65.                         // 根据实际文件添加
  66.                         test: /\.(txt|woff|ttf|woff2)$/i,
  67.                         type: 'asset/resource',
  68.                         generator: {
  69.                             filename: "media/[name].[hash:5][ext]"
  70.                         }
  71.                     }
  72.                 ]
  73.             }
  74.         ]
  75.     },

5.2.1.2 babel缓存

类似 HMR，将 babel 处理后的资源缓存起来（哪里的 js 改变就更新哪里，其他 js 还是用之前缓存的资源），让第二次打包构建速度更快
代码：

  1. {
  2.   test: /\.js$/,
  3.   exclude: /node_modules/,
  4.   loader: 'babel-loader',
  5.   options: {
  6.     presets: [
  7.       [
  8.         '@babel/preset-env',
  9.         {
  10.           useBuiltIns: 'usage',
  11.           corejs: { version: 3 },
  12.           targets: {
  13.             chrome: '60',
  14.             firefox: '50'
  15.           }
  16.         }
  17.       ]
  18.     ],
  19.     // 开启babel缓存
  20.     // 第二次构建时，会读取之前的缓存
  21.     cacheDirectory: true
  22.   }
  23. },

5.2.1.3 多进程打包

多进程打包：某个任务消耗时间较长会卡顿，多进程可以同一时间干多件事，效率更高。
优点是提升打包速度，缺点是每个进程的开启和交流都会有开销（babel-loader消耗时间最久，所以使用thread-loader针对其进行优化）
安装 npm i -D thread-loader

  1. {
  2.   test: /\.js$/,
  3.   exclude: /node_modules/,
  4.   use: [
  5.     /* 
  6.       thread-loader会对其后面的loader（这里是babel-loader）开启多进程打包。 
  7.       进程启动大概为600ms，进程通信也有开销。(启动的开销比较昂贵，不要滥用)
  8.       只有工作消耗时间比较长，才需要多进程打包
  9.     */
  10.     {
  11.       loader: 'thread-loader',
  12.       options: {
  13.         workers: 2 // 进程2个
  14.       }
  15.     },
  16.     {
  17.       loader: 'babel-loader',
  18.       options: {
  19.         presets: [
  20.           [
  21.             '@babel/preset-env',
  22.             {
  23.               useBuiltIns: 'usage',
  24.               corejs: { version: 3 },
  25.               targets: {
  26.                 chrome: '60',
  27.                 firefox: '50'
  28.               }
  29.             }
  30.           ]
  31.         ],
  32.         // 开启babel缓存
  33.         // 第二次构建时，会读取之前的缓存
  34.         cacheDirectory: true
  35.       }
  36.     }
  37.   ]
  38. },

5.2.1.4 externals(不打包第三方库)

externals：让某些库不打包，通过 cdn 引入
webpack.config.js 中配置：

  1. externals: {
  2.   // 拒绝jQuery被打包进来(通过cdn引入，速度会快一些)
  3.   // 忽略的库名 -- npm包名
  4.   jquery: 'jQuery'
  5. }
  6. //....
  7. mode:"production"

需要在 index.html 中通过 cdn 引入：

  1. <script src="https://cdn.bootcss.com/jquery/1.12.4/jquery.min.js"></script>

5.2.1.5 dill(单独打包第三方库)

dll：让某些库单独打包，后直接引入到 build 文件夹中。
webpack.dll.js 配置：(将 jquery 单独打包，给出manifest映射关系)

/*
  node_modules的库会打包到一起，但是很多库的时候打包输出的js文件就太大了
  使用dll技术，对某些库（第三方库：jquery、react、vue...）进行单独打包
  当运行webpack时，默认查找webpack.config.js配置文件
  需求：需要运行webpack.dll.js文件
    --> webpack --config webpack.dll.js（运行这个指令表示以这个配置文件打包）
*/
const { resolve } = require('path');
const webpack = require('webpack');
module.exports = {
  entry: {
    // 最终打包生成的[name] --> jquery
    // ['jquery] --> 要打包的库是jquery，其他要打包的jquery相应的包也可以放里面
    //react:['react','react-dom','react-router-dom']
    jquery: ['jquery']
  },
  output: {
    // 输出出口指定
    filename: '[name].js', // name就是jquery
    path: resolve(__dirname, 'dll'), // 打包到dll目录下
    library: '[name]_[hash]', // 打包的库里面向外暴露出去的内容叫什么名字
  },
  plugins: [
    // 打包生成一个manifest.json --> 提供jquery的映射关系（告诉webpack：jquery之后不需要再打包和暴露内容的名称）
    new webpack.DllPlugin({
      name: '[name]_[hash]', // 映射库的暴露的内容名称
      path: resolve(__dirname, 'dll/manifest.json') // 输出文件路径
    })
  ],
  mode: 'production'
};

webpack.config.js 配置：(告诉 webpack 不需要再打包 jquery，并将之前打包好的 jquery 跟其他打包好的资源一同输出到 build 目录下)

// 引入插件
const webpack = require('webpack');
const AddAssetHtmlWebpackPlugin = require('add-asset-html-webpack-plugin');
// plugins中配置：
plugins: [
  new HtmlWebpackPlugin({
    template: './src/index.html'
  }),
  // 告诉webpack哪些库不参与打包，同时使用时的名称也得变
  new webpack.DllReferencePlugin({
    manifest: resolve(__dirname, 'dll/manifest.json')
  }),
  // 将某个文件打包输出到build目录下，并在html中自动引入该资源
  new AddAssetHtmlWebpackPlugin({
    filepath: resolve(__dirname, 'dll/jquery.js')
  })
],

5.2.2优化代码运行的性能

5.2.2.1 tree shaking(去掉无用代码)

前提：1. 必须使用 ES6 模块化 2. 开启 production 环境 （这样就自动会把无用代码去掉）
作用：减少代码体积
webpack5的tree shaking（树摇）更加强大
在 package.json 中配置："sideEffects": false 表示所有代码都没有副作用（都可以进行 tree shaking）
这样会导致的问题：可能会把 css / @babel/polyfill 文件干掉（副作用）
所以可以配置："sideEffects": ["*.css", "*.less"] 不会对css/less文件tree shaking处理

5.2.2.2 code split(代码分割)

代码分割。将打包输出的一个大的 bundle.js 文件拆分成多个小文件，这样可以并行加载多个文件，比加载一个文件更快。
1.多入口拆分（不常用）

entry: {
    // 多入口：有几个入口，最终输出就有几个bundle
    index: './src/js/index.js',
    test: './src/js/test.js'
},
  output: {
    // [name]：取入口的文件名
    filename: 'js/[name].[contenthash:5].js',
      path: resolve(__dirname, 'build')
  },

2.optimization：

optimization: {
    splitChunks: {
      chunks: 'all'
    }
},
mode:"production"
  • 将 node_modules 中的代码单独打包（大小超过30kb）
  • 自动分析多入口chunk中，有没有公共的文件。如果有会打包成单独一个chunk(比如两个模块中都引入了jquery会被打包成单独的文件)（大小超过30kb）

3.import 动态导入语法：

/*
  通过js代码，让某个文件被单独打包成一个chunk
  import动态导入语法：能将某个文件单独打包(test文件不会和index打包在同一个文件而是单独打包)
  webpackChunkName:指定test单独打包后文件的名字
*/
import(/* webpackChunkName: 'test' */'./test')
  .then(({ mul, count }) => {
    // 文件加载成功~
    // eslint-disable-next-line
    console.log(mul(2, 5));
  })
  .catch(() => {
    // eslint-disable-next-line
    console.log('文件加载失败~');
  });

最终code split代码分割方案：单入口+optimization配置+入口文件的import动态导入

5.2.2.3 lazy loading(懒加载和预加载)

1.正常加载：可以认为是并行加载（同一时间加载多个文件）没有先后顺序，先加载了不需要的资源就会浪费时间。
2.懒加载：当文件需要使用时才加载（需要使用import动态导入代码分割）。但是如果资源较大，当用户点击按钮时，加载时间就会较长，有延迟。
3.预加载 prefetch（兼容性很差）：会在使用之前，提前加载。等其他资源加载完毕，浏览器空闲了，再偷偷加载这个资源。这样在使用时已经加载好了，速度很快。所以在懒加载的基础上加上预加载会更好。
代码：

document.getElementById('btn').onclick = function() {
  // 将import的内容放在异步回调函数中使用，点击按钮，test.js才会被加载(不会重复加载)
  // webpackPrefetch: true表示开启预加载
    import(/* webpackChunkName:'add', webpackPrefetch:true */"./add.js")
        .then(({ add }) => {
            console.log(add(1, 2, 3, 4, 5));
        })
};

5.2.2.4 pwa(离线访问)

pwa：离线可访问技术（渐进式网络应用程序），使用 Service Worker 和 workbox 技术。优点是离线也能访问，缺点是兼容性差。
安装 npm i -D workbox-webpack-plugin
webpack.config.js 中配置：

const WorkboxWebpackPlugin = require('workbox-webpack-plugin'); // 引入插件
//......
// plugins中加入：
plugins:[
  new WorkboxWebpackPlugin.GenerateSW({
    /*
    1. 帮助serviceworker快速启动
    2. 删除旧的 serviceworker
    生成一个 serviceworker 配置文件
  */
    clientsClaim: true,
    skipWaiting: true
  })
]

index.js 中还需要写一段代码来激活它的使用：

/*
  1. eslint不认识 window、navigator全局变量
    解决：需要修改package.json中eslintConfig配置
    "eslintConfig": {
      "extends": "airbnb-base",
      "env": {
        "browser": true // 支持浏览器端全局变量
      }
    },
  2. sw代码必须运行在服务器上
    --> nodejs
    或-->
      npm i serve -g
      serve -s build 启动服务器，将打包输出的build目录下所有资源作为静态资源暴露出去
*/
if ('serviceWorker' in navigator) { // 处理兼容性问题
  window.addEventListener('load', () => {
    navigator.serviceWorker
      .register('/service-worker.js') // 注册serviceWorker
      .then(() => {
        console.log('sw注册成功了~');
      })
      .catch(() => {
        console.log('sw注册失败了~');
      });
  });
}

5.2.2.5 文件资源缓存

文件名不变，就不会重新请求，而是再次用之前缓存的资源

  1. hash: 每次 wepack 打包会让文件生成一个唯一的 hash 值。

    问题：重新打包（可能只改动了一个文件），所有文件的 hsah 值都改变，会导致所有缓存失效。（webpack5已弃用）

  2. chunkhash：根据 chunk 生成的 hash 值。来源于同一个 chunk的 hash 值一样，不同chunk的hash值不一样

    问题：js 和 css 来自同一个chunk，hash 值是一样的（因为 css-loader 会将 css 文件加载到 js 中，所以同属于一个chunk）

  3. contenthash: 根据文件的内容生成 hash 值。不同文件 hash 值一定不一样(文件内容修改，文件名里的 hash 才会改变)

修改 css 文件内容，打包后的 css 文件名 hash 值就改变，而 js 文件没有改变 hash 值就不变，这样 css 和 js 缓存就会分开判断要不要重新请求资源 —> 让代码上线运行缓存更好使用

所以最终采用的办法就是给输出的js和css名字中添加contenthash

output: {
  filename: "js/built.[contenthash:5].js",
    path: resolve(__dirname, 'build')
},
plugins:[
  new miniCssExtractPlugin({
    //指定css打包后的文件
    filename: 'css/built.[contenthash:5].css'
  }),
]

六、Webpack 配置详情

6.1 entry

entry: 入口起点

  1. string —> ‘./src/index.js’，单入口
    打包形成一个 chunk。 输出一个 bundle 文件。此时 chunk 的名称默认是 main
  2. array —> [‘./src/index.js’, ‘./src/add.js’]，多入口
    所有入口文件最终只会形成一个 chunk，输出出去只有一个 bundle 文件。
    （一般只用在 HMR 功能中让 html 热更新生效）
  3. object，多入口
    有几个键值对就形成几个 chunk，输出几个 bundle 文件，此时 chunk 的名称是 key 值

—> 特殊用法：

entry: {
  // 最终只会形成一个chunk, 输出出去只有一个bundle文件。
  index: ['./src/index.js', './src/count.js'], 
  // 形成一个chunk，输出一个bundle文件。
  add: './src/add.js'
}

6.2 output

output: {
  // 文件名称（指定名称+目录）
  filename: 'js/[name].js',
  // 输出文件目录（将来所有资源输出的公共目录）
  path: resolve(__dirname, 'build'),
  // 所有资源引入公共路径前缀 --> 'imgs/a.jpg' --> '/imgs/a.jpg'
  publicPath: '/',
  chunkFilename: 'js/[name]_chunk.js', // 指定非入口chunk的名称。非入口chunk就是从一个入口中分离出来的文件
  library: '[name]', // 打包整个库后向外暴露的变量名
  libraryTarget: 'window' // 变量名添加到哪个上 browser：window
  // libraryTarget: 'global' // node：global
  // libraryTarget: 'commonjs' // conmmonjs模块 exports,
  clean: true //每一次打包输出前清楚输出文件目录下的所有文件
},

6.3 module

module: {
  rules: [
    // loader的配置
    {
      test: /\.css$/,
      // 多个loader用use
      use: ['style-loader', 'css-loader']
    },
    {
      test: /\.js$/,
      // 排除node_modules下的js文件
      exclude: /node_modules/,
      // 只检查src下的js文件
      include: resolve(__dirname, 'src'),
      enforce: 'pre', // 优先执行
      // enforce: 'post', // 延后执行
      // 单个loader用loader
      loader: 'eslint-loader',
      options: {} // 指定配置选项
    },
    {
      // 以下配置只会生效一个
      oneOf: []
    }
  ]
},

6.4 resolve

// 解析模块的规则
resolve: {
  // 配置解析模块路径别名: 优点：当目录层级很复杂时，简写路径；缺点：路径不会提示
  alias: {
    css: resolve(__dirname, 'src/css'),
    Utilities: resolve(__dirname, 'src/utilities/'),
    Templates: resolve(__dirname, 'src/templates/'),
    //精确匹配到对应文件
    xyz$: resolve(__dirname, 'path/to/file.js')
  },
  // 配置省略文件路径的后缀名（引入时就可以不写文件后缀名了）
  extensions: ['.js', '.json', '.jsx', '.css'],
  // 告诉 webpack 解析模块应该去找哪个目录，第一个直接告诉模块在哪可以提高解析速率
  modules: [resolve(__dirname, '../../node_modules'), 'node_modules']
}

alias：
这样配置后，引入文件就可以这样简写：import 'css/index';
extensitons：
['.js', '.json', '.wasm']
尝试按顺序解析这些后缀名。如果有多个文件有相同的名字，但后缀名不同，webpack 会解析列在数组首位的后缀的文件 并跳过其余的后缀。
以上这样使用 resolve.extensions 会 覆盖默认数组，这就意味着 webpack 将不再尝试使用默认扩展来解析模块。然而你可以使用 '...' 访问默认拓展名：extensions: ['.ts', '...'],

6.5 dev server

devServer: {
  // 运行代码所在的目录
  contentBase: resolve(__dirname, 'build'),
  // 监视contentBase目录下的所有文件，一旦文件变化就会reload
  watchContentBase: true,
  watchOptions: {
    // 忽略文件
    ignored: /node_modules/
  },
  // 启动gzip压缩
  compress: true,
  // 端口号
  port: 3000,
  // 域名
  host: 'localhost',
  // 自动打开浏览器
  open: true,
  // 开启HMR功能
  hot: true,
  // 不要显示启动服务器日志信息
  clientLogLevel: 'none',
  // 除了一些基本信息外，其他内容都不要显示
  quiet: true,
  // 如果出错了，不要全屏提示
  overlay: false,
  // 服务器代理，--> 解决开发环境跨域问题
  proxy: {
    // 一旦devServer(3000)服务器接收到/api/xxx的请求，就会把请求转发到另外一个服务器5000
    '/api': {
      target: 'http://localhost:5000',
      // 发送请求时，请求路径重写：将/api/xxx --> /xxx （去掉/api）
      pathRewrite: {
        '^/api': ''
      }
    }
  }
}

其中，跨域问题：同源策略中不同的协议、端口号、域名就会产生跨域。
正常的浏览器和服务器之间有跨域，但是服务器之间没有跨域。代码通过代理服务器运行，所以浏览器和代理服务器之间没有跨域，浏览器把请求发送到代理服务器上，代理服务器替你转发到另外一个服务器上，服务器之间没有跨域，所以请求成功。代理服务器再把接收到的响应响应给浏览器。这样就解决开发环境下的跨域问题。

6.6 optimization

contenthash 缓存会导致一个问题：修改 a 文件导致 b 文件 contenthash 变化。
因为在 index.js 中引入 a.js，打包后 index.js 中记录了 a.js 的 hash 值，而 a.js 改变，其重新打包后的 hash 改变，导致 index.js 文件内容中记录的 a.js 的 hash 也改变，从而重新打包后 index.js 的 hash 值也会变，这样就会使缓存失效。（改变的是a.js文件但是 index.js 文件的 hash 值也改变了）
解决办法：runtimeChunk —> 将当前模块记录其他模块的 hash 单独打包为一个文件 runtime，这样 a.js 的 hash 改变只会影响 runtime 文件，不会影响到 index.js 文件

output: {
  filename: 'js/[name].[contenthash:10].js',
  path: resolve(__dirname, 'build'),
  chunkFilename: 'js/[name].[contenthash:10]_chunk.js' // 指定非入口文件的其他chunk的名字加_chunk
},
optimization: {
  splitChunks: {
    chunks: 'all',
    /* 以下都是splitChunks默认配置，可以不写
    miniSize: 30 * 1024, // 分割的chunk最小为30kb（大于30kb的才分割）
    maxSize: 0, // 最大没有限制
    minChunks: 1, // 要提取的chunk最少被引用1次
    maxAsyncRequests: 5, // 按需加载时并行加载的文件的最大数量为5
    maxInitialRequests: 3, // 入口js文件最大并行请求数量
    automaticNameDelimiter: '~', // 名称连接符
    name: true, // 可以使用命名规则
    cacheGroups: { // 分割chunk的组
      vendors: {
        // node_modules中的文件会被打包到vendors组的chunk中，--> vendors~xxx.js
        // 满足上面的公共规则，大小超过30kb、至少被引用一次
        test: /[\\/]node_modules[\\/]/,
        // 优先级
        priority: -10
      },
      default: {
        // 要提取的chunk最少被引用2次
        minChunks: 2,
        prority: -20,
        // 如果当前要打包的模块和之前已经被提取的模块是同一个，就会复用，而不是重新打包
        reuseExistingChunk: true
      }
    } */
  },
  // 将index.js记录的a.js的hash值单独打包到runtime文件中
  // 解决了修改a.js文件也改变index.js文件contenthash的问题
  runtimeChunk: {
    name: entrypoint => `runtime-${entrypoint.name}`
  },
  minimizer: [
    // 配置生产环境的压缩方案：js/css
    new TerserWebpackPlugin({
      // 开启缓存
      cache: true,
      // 开启多进程打包
      parallel: true,
      // 启用sourceMap(否则会被压缩掉)
      sourceMap: true
    })
  ]
}

七. otherPlugins