本篇文章為大家展示了怎么在webpack4中利用SplitChunks實(shí)現(xiàn)代碼分隔，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過(guò)這篇文章的詳細(xì)介紹希望你能有所收獲。

公司主營(yíng)業(yè)務(wù)：網(wǎng)站建設(shè)、做網(wǎng)站、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。成都創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。成都創(chuàng)新互聯(lián)推出上海免費(fèi)做網(wǎng)站回饋大家。

代碼分割的理念

首先搞明白： webpack里的代碼分割是個(gè)什么鬼？ 它允許你將一個(gè)文件分割成多個(gè)文件。如果使用的好，它能大幅提升你的應(yīng)用的性能。其原因是基于瀏覽器會(huì)緩存你的代碼這一事實(shí)。每當(dāng)你對(duì)某一文件做點(diǎn)改變，訪問(wèn)你站點(diǎn)的人們就要重新下載它。然而依賴卻很少變動(dòng)。如果你將（這些依賴）分離成單獨(dú)的文件，訪問(wèn)者就無(wú)需多次重復(fù)下載它們了。

使用webpack生成一個(gè)或多個(gè)包含你源代碼最終版本的“打包好的文件”（bundles），（概念上我們當(dāng)作）它們由（一個(gè)一個(gè)的）chunks組成。

首先 webpack 總共提供了三種辦法來(lái)實(shí)現(xiàn) Code Splitting，如下：

• 入口配置：entry 入口使用多個(gè)入口文件；

• 抽取公有代碼：使用 SplitChunks 抽取公有代碼；

• 動(dòng)態(tài)加載 ：動(dòng)態(tài)加載一些代碼。

這里我們姑且只討論使用 SplitChunks 抽取公有代碼。

splitChunks配置

在src目錄下創(chuàng)建三個(gè)文件pageA.js、pageB.js和pageC.js。代碼詳情見(jiàn)文章開(kāi)頭git倉(cāng)庫(kù)。

// src/pageA.js
var react = require('react');
var reactDom = require('react-dom');
var utility1 = require('../utils/utility1');
var utility2 = require('../utils/utility2');
new Vue();

module.exports = "pageA";

// src/pageB.js
var react = require('react');
var reactDom = require('react-dom');
var utility2 = require('../utils/utility2');
var utility3 = require('../utils/utility3');

module.exports = "pageB";

// src/pageC.js
var react = require('react');
var reactDom = require('react-dom');
var utility2 = require('../utils/utility2');
var utility3 = require('../utils/utility3');

module.exports = "pageC";

入口文件 && 出口文件

entry: {
 pageA: "./src/pageA", // 引用utility1.js utility2.js
 pageB: "./src/pageB", // 引用utility2.js utility3.js
 pageC: "./src/pageC", // 引用utility2.js utility3.js
},
output: {
 path: path.join(__dirname, "dist"),
 filename: "[name].[hash:8].bundle.js"
},

配置optimization

首先我們配置optimization如下：

optimization: {
 splitChunks: {
  chunks: "all",
 },

執(zhí)行npm run build打包命令之后，查看dist目錄

可以發(fā)現(xiàn)，打包出來(lái)的除了三個(gè)page文件，還存在一個(gè)vendors~pageA~pageB~pageC.[hash].bundle.js文件（ 此文件中保存了pageA、pageB、pageC和node_modules中共有的size大于30KB的文件 ）。事實(shí)上這全靠了配置中本身默認(rèn)固有一個(gè)cacheGroups的配置項(xiàng)：

splitChunks: {
 chunks: "all",
 cacheGroups: {
  vendors: {
  test: /[\\/]node_modules[\\/]/, // 匹配node_modules目錄下的文件
  priority: -10 // 優(yōu)先級(jí)配置項(xiàng)
  },
  default: {
  minChunks: 2,
  priority: -20, // 優(yōu)先級(jí)配置項(xiàng)
  reuseExistingChunk: true
  }
 }
 }

在默認(rèn)設(shè)置中，會(huì)將 node_mudules 文件夾中的模塊打包進(jìn)一個(gè)叫 vendors的bundle中，所有引用超過(guò)兩次的模塊分配到 default bundle 中。更可以通過(guò) priority 來(lái)設(shè)置優(yōu)先級(jí)。

參數(shù)說(shuō)明如下：

• chunks：表示從哪些chunks里面抽取代碼，除了三個(gè)可選字符串值 initial、async、all 之外，還可以通過(guò)函數(shù)來(lái)過(guò)濾所需的 chunks；

• minSize：表示抽取出來(lái)的文件在壓縮前的最小大小，默認(rèn)為 30000；

• maxSize：表示抽取出來(lái)的文件在壓縮前的大大小，默認(rèn)為 0，表示不限制大大小；

• minChunks：表示被引用次數(shù)，默認(rèn)為1；上述配置commons中minChunks為2，表示將被多次引用的代碼抽離成commons。

值得注意的是，如果沒(méi)有修改minSize屬性的話，而且被公用的代碼（假設(shè)是utilities.js）size小于30KB的話，它就不會(huì)分割成一個(gè)單獨(dú)的文件。在真實(shí)情形下，這是合理的，因?yàn)椋ㄈ绶指睿┎⒉荒軒?lái)性能確實(shí)的提升，反而使得瀏覽器多了一次對(duì)utilities.js的請(qǐng)求，而這個(gè)utilities.js又是如此之小（不劃算）。

• maxAsyncRequests：大的按需(異步)加載次數(shù)，默認(rèn)為 5；

• maxInitialRequests：大的初始化加載次數(shù)，默認(rèn)為 3；

• automaticNameDelimiter：抽取出來(lái)的文件的自動(dòng)生成名字的分割符，默認(rèn)為 ~；

• name：抽取出來(lái)文件的名字，默認(rèn)為 true，表示自動(dòng)生成文件名；

• cacheGroups: 緩存組。（這才是配置的關(guān)鍵）

緩存組會(huì)繼承splitChunks的配置，但是 test、priorty和reuseExistingChunk只能用于配置緩存組 。cacheGroups是一個(gè)對(duì)象，按上述介紹的鍵值對(duì)方式來(lái)配置即可，值代表對(duì)應(yīng)的選項(xiàng)。除此之外，所有上面列出的選擇都是可以用在緩存組里的：chunks, minSize, minChunks, maxAsyncRequests, maxInitialRequests, name。可以通過(guò)optimization.splitChunks.cacheGroups.default: false禁用default緩存組。 默認(rèn)緩存組的優(yōu)先級(jí)(priotity)是負(fù)數(shù)，因此所有自定義緩存組都可以有比它更高優(yōu)先級(jí)（譯注：更高優(yōu)先級(jí)的緩存組可以優(yōu)先打包所選擇的模塊）（默認(rèn)自定義緩存組優(yōu)先級(jí)為0）

現(xiàn)在我們?cè)僦匦聛?lái)看一下pageA、pageB、pageC三個(gè)js文件，這三個(gè)文件中都引入了utility2.js文件，但是此文件size很明顯小于30KB，所以這部分公用代碼并沒(méi)有分割出來(lái)。如果想要分割出來(lái)很簡(jiǎn)單，只需要：

optimization: {
 splitChunks: {
  chunks: "all",
  minSize: 0
 },

執(zhí)行npm run build打包命令之后，查看dist目錄

顯然多了一個(gè)pageA~pageB~pageC.[hash].bundle.js文件。查看文件可得知此文件中存儲(chǔ)了utility2.js中的代碼。如下圖所示（借助于webpack-bundle-analyzer插件，詳情文章末尾附錄）。

上圖可以看出，React相關(guān)代碼均放在了vendors~pageA~pageB~pageC.[hash].bundle.js文件中，如果我們想要抽離出React代碼，應(yīng)該怎么做吶？

splitChunks: {
  chunks: "all",
  cacheGroups: {
  commons: {
   chunks: "initial",
   minChunks: 2,
   name: "commons",
   maxInitialRequests: 5,
   minSize: 0, // 默認(rèn)是30kb，minSize設(shè)置為0之后
       // 多次引用的utility1.js和utility2.js會(huì)被壓縮到commons中
  },
  reactBase: {
   test: (module) => {
   return /react|redux|prop-types/.test(module.context);
   }, // 直接使用 test 來(lái)做路徑匹配，抽離react相關(guān)代碼
   chunks: "initial",
   name: "reactBase",
   priority: 10,
  }
  }
 },

run build之后如下圖所示。

看似非常完美，但是reactBase文件中竟然包含了node_modules，神奇的問(wèn)題？室友都睡覺(jué)了，這鍵盤(pán)聲影響不好，明天接著看。

附錄

我們?cè)侔惭b一個(gè) webpack-bundle-analyzer，這個(gè)插件會(huì)清晰的展示出打包后的各個(gè)bundle所依賴的模塊：

npm i webpack-bundle-analyzer -D

引入：

const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin

使用，在plugins數(shù)組中添加即可：

new BundleAnalyzerPlugin()

上述內(nèi)容就是怎么在webpack4中利用SplitChunks實(shí)現(xiàn)代碼分隔，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

當(dāng)前題目：怎么在webpack4中利用SplitChunks實(shí)現(xiàn)代碼分隔-創(chuàng)新互聯(lián)
轉(zhuǎn)載源于：http://www.chinadenli.net/article18/dijidp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動(dòng)態(tài)網(wǎng)站、網(wǎng)站內(nèi)鏈、虛擬主機(jī)、面包屑導(dǎo)航、微信小程序、定制開(kāi)發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)