Webpack中SplitChunksPlugin 配置參數詳解

代碼分割自己和 webpack 沒有什麼關係，可是因爲使用 webpack 能夠很是輕鬆地實現代碼分割，因此提到代碼分割首先就會想到使用 webopack 實現。

在 webpack 中是使用 SplitChunksPlugin 來實現的，因爲 SplitChunksPlugin 配置參數衆多，接下來就來梳理一下這些配置參數。

官網上的默認配置參數以下：

module.exports = {
  //...
  optimization: {
    splitChunks: {
      chunks: 'async', // 代碼分割時對異步代碼生效，all：全部代碼有效，inital：同步代碼有效
      minSize: 30000, // 代碼分割最小的模塊大小，引入的模塊大於 30000B 才作代碼分割
      maxSize: 0, // 代碼分割最大的模塊大小，大於這個值要進行代碼分割，通常使用默認值
      minChunks: 1, // 引入的次數大於等於1時才進行代碼分割
      maxAsyncRequests: 6, // 最大的異步請求數量,也就是同時加載的模塊最大模塊數量
      maxInitialRequests: 4, // 入口文件作代碼分割最多分紅 4 個 js 文件
      automaticNameDelimiter: '~', // 文件生成時的鏈接符
      automaticNameMaxLength: 30, // 自動生成的文件名的最大長度
      cacheGroups: {
        vendors: {
          test: /[\\/]node_modules[\\/]/, // 位於node_modules中的模塊作代碼分割
          priority: -10 // 根據優先級決定打包到哪一個組裏，例如一個 node_modules 中的模塊進行代碼
        }, // 分割，，既知足 vendors，又知足 default，那麼根據優先級會打包到 vendors 組中。
        default: { // 沒有 test 代表全部的模塊都能進入 default 組，可是注意它的優先級較低。
          priority: -20, //  根據優先級決定打包到哪一個組裏,打包到優先級高的組裏。
          reuseExistingChunk: true // //若是一個模塊已經被打包過了,那麼再打包時就忽略這個上模塊
        }
      }
    }
  }
};

補充幾點：

• 在分組中能夠人爲地規定打包後文件的名字，在 vendor 分組中添加 filename = "vendor.js" 以後，在 vendor 分組中打包後文件的名字都是 vendor.js 。

• reuseExistingChunk 實例講解：

  // a.js
  import b from './b';
  
  // index.js
  import a from './a';
  import b from './b';

  在上述代碼中，index.js 在執行 import a from './a' 時引入 a 模塊，因爲 a 模塊中使用了 b 模塊，因此同時也引入了 b 模塊。再執行 import b from './b' 時，因爲 b 模塊已經被打包過了，因此就會忽略掉這個 b 模塊，這就是 reuseExistingChunk: true 的做用。

• 若是想讓兩個模塊打包到一個文件裏應該如何實現？

  cacheGroup 就能夠實現這個需求，假設有兩個模塊 module1 和 module2，且都知足 vendor 這個組，那麼在進行代碼分割時，會先將 module1 放到 CacheGroup 中，而後再將 module2 放到 cacheGroup 中，最後再將二者一塊兒放到 vender 組裏生成 vender.js 文件。

完，若有不恰當之處，歡迎指正。