詳解webpack4之splitchunksPlugin代碼包分拆

這篇文章主要介紹了詳解webpack4之splitchunksPlugin代碼包分拆,小編覺得挺不錯的,現在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧

本文講解的是最近在做的一個多頁面項目,結合webpack4的splitChunks進行代碼包分拆的過程

項目框架

項目有home和topic兩個入口文件,主要包括:

  • react、mobx、antd作爲項目的基本框架,
  • echarts和d3(畫圖)是項目中部分頁面用到比較大的組件庫
  • src下的工作的組件和代碼
  • 其他的非公共代碼。

兩個入口文件都用react-loadable做了異步加載

import Loadable from 'react-loadable';
...
const LoadableLogin = Loadable({
 loader: () => import('../../common/components/login'),
 loading: Loading,
});
...

webpack部分配置相關如下:

module.exports = {
 ...
 mode: 'production',
 entry: { // 多入口
 home: './src/home',
 topic: './src/topic',
 },
 output: {
 path: config.build.assetsRoot,
 filename: '[name].js',
 publicPath: process.env.NODE_ENV === 'production' ? config.build.assetsPublicPath : config.dev.assetsPublicPath,
 },
 plugins: [
 new HtmlWebpackPlugin({ // home頁面
  filename: 'home.html',
  template: './template.html',
 }),
 new HtmlWebpackPlugin({ // topic頁面
  filename: 'topic.html',
  template: './template.html',
  inject: true,
 }),
 ],
 ...
}

splitChunks

chunks:

  • all: 不管文件是動態還是非動態載入,統一將文件分離。當頁面首次載入會引入所有的包
  • async: 將異步加載的文件分離,首次一般不引入,到需要異步引入的組件纔會引入。
  • initial:將異步和非異步的文件分離,如果一個文件被異步引入也被非異步引入,那它會被打包兩次(注意和all區別),用於分離頁面首次需要加載的包。

minSize: 文件最小打包體積,單位byte,默認30000

比如說某個項目下有三個入口文件,a.js和b.js和c.js都是100byte,當我們將minSize設置爲301,那麼webpack就會將他們打包成一個包,不會將他們拆分成爲多個包。

比如說某個項目下有三個入口文件,a.js和b.js和c.js都是100byte,當我們將minSize設置爲301,那麼webpack就會將他們打包成一個包,不會將他們拆分成爲多個包。

automaticNameDelimiter: 連接符

假設我們生成了一個公用文件名字叫vendor,a.js,和b.js都依賴他,並且我們設置的連接符是"~"那麼,最終生成的就是 vendor~a~b.js

maxInitialRequests 入口點處的最大並行請求數,默認爲3

如果我們設置爲1,那麼每個入口文件就只會打包成爲一個文件

maxAsyncRequests 最大異步請求數量,默認5

如果我們設置爲1,那麼每個入口文件就只會打包成爲一個文件

優先級關係

maxInitialRequest / maxAsyncRequests <maxSize <minSize。

cacheGroups 定製分割包的規則

test可以配置正則和寫入function作爲打包規則。其他屬性均可繼承splitChunks,這裏必須說一下 priority,設置包的打包優先級,非常重要! (後面結合實踐)

minChunks

最少引入的次數

實踐

我們以一個最簡單的配置開始,將公共代碼打包出來

 splitChunks: {
  chunks: 'all', // initial、async和all
  minSize: 30000, // 形成一個新代碼塊最小的體積
  maxAsyncRequests: 5, // 按需加載時候最大的並行請求數
  maxInitialRequests: 3, // 最大初始化請求數
  automaticNameDelimiter: '~', // 打包分割符
  name: true,
  cacheGroups: {
  vendors: { // 打包兩個頁面的公共代碼
   minChunks: 2, // 引入兩次及以上被打包
   name: 'vendors', // 分離包的名字
   chunks: 'all'
  },
  }
 },

兩個入口文件的公共代碼被打包到vendor文件夾下面,包括echarts d3 amcharts等一些三方包和src下的公共代碼。

這當然不是我們想要的結果!存在以下問題:

  • 其實當我們進入網站,一般第一步都是進入一個登陸頁面,需要的只是項目的基本框架代碼,例如react,react-dom.antd等,我們可以用all(或者initial)將它們單獨打包,作爲首頁必須載入的包
  • 我們打包的公共包,首次加載頁面的時候,只想把同步加載的加載進來,所以需要一個同步的Common包
  • 像echarts,d3,以及一些src下面一些異步加載的包,將它們利用async將打包成一個獨立異步加載包

我們修改cacheGroups爲:

 cacheGroups: {
  vendors: { // 項目基本框架等
   chunks: 'all',
   test: /(react|react-dom|react-dom-router|babel-polyfill|mobx)/,
   priority: 100,
   name: 'vendors',
  },
  'async-commons': { // 異步加載公共包、組件等
   chunks: 'async',
   minChunks: 2,
   name: 'async-commons',
   priority: 90,
  },
  commons: { // 其他同步加載公共包
   chunks: 'all',
   minChunks: 2,
   name: 'commons',
   priority: 80,
  },
  }

這次webpack幫我們打出來的包主要有:

  • async-common:是兩個入口文件都異步加載的三方包和利用react-loader做的懶加載代碼,有echarts,d3等
  • vendors: 包括react,react-dom,antd等
  • commons: 引用超過兩次的同步代碼

這裏說兩個需要注意的地方:

  • 注意這裏我們priority的設置,vendors>async-commons>commons,我們首先將react,react-dom等優先打包出來,然後再打包公共部分,如果將vendors的優先級設置小於兩個Common的優先級,那麼react,react-dom將會打包到common包,將不會再生成vendors包。
  • 如果我們這裏將commons的配置去掉,將會生成一個topic~home的包,我們配置了async-common提取出異步加載的公共包後,將會默認將同步加載的公共包打包生成以automaticNameDelimiter連接符‘~'生成的名字'topic~home'包,內容其實和commons包內容完全一樣,

ok!按照我們的要求,這樣首次頁面加載只會引入vendors,commons包,而不會引入async-common包,還是挺棒的!追求更精緻的我們,再認真想想,是不是還可以做一些更好的優化?

到目前爲止我們打包文件的打包是這樣的:

用gzip壓縮後,最大的async-common包有391kb。公司說最近因爲一些狀況,佈置到生產後速度慢的時候,有時候只能有20kb/s的下載速度==。。。。於是繼續split!

分析一下:

  • async-common中包含了自己寫的src組件和第三方組件
  • async-common中比較大是echarts,zrender(echarts引入)和d3,結合項目來說,只有部分頁面我們需要echarts(d3同),所以我們可以考慮將d3和echarts這兩個比較大的包提取出來,等到某個頁面需要的時候,再讓其異步加載,這樣就大大減小了async-common的體積了。

修改

cacheGroups: {
  vendors: { // 基本框架
   chunks: 'all',
   test: /(react|react-dom|react-dom-router|babel-polyfill|mobx)/,
   priority: 100,
   name: 'vendors',
  },
  d3Venodr: { // 將體積較大的d3單獨提取包,指定頁面需要的時候再異步加載
   test: /d3/,
   priority: 100, // 設置高於async-commons,避免打包到async-common中
   name: 'd3Venodr',
   chunks: 'async'
  },
  echartsVenodr: { // 異步加載echarts包
   test: /(echarts|zrender)/,
   priority: 100, // 高於async-commons優先級
   name: 'echartsVenodr',
   chunks: 'async'
  },
  'async-commons': { // 其餘異步加載包
   chunks: 'async',
   minChunks: 2,
   name: 'async-commons',
   priority: 90,
  },
  commons: { // 其餘同步加載包
   chunks: 'all',
   minChunks: 2,
   name: 'commons',
   priority: 80,
  },
  }

當然,每次修改後,需要在htmlWebpackPlugin中配置chunk需要的包

 plugins: [
 new HtmlWebpackPlugin({ // home頁面
  filename: 'home.html',
  template: './template.html',
  chunks: ['vendors', 'commons', 'home'],
 }),
 new HtmlWebpackPlugin({ // topic頁面
  filename: 'topic.html',
  template: './template.html',
  chunks: ['vendors', 'commons', 'topic'],
 }),
 ],

後期還做了其他的拆分和優化,大概最大的包保持在100k左右,當然也不建議拆的特別小,因爲瀏覽器http1可能一次性支持6次下載文件,太多可能會適得其反。大家可以根據自己的項目做不同的拆分方法,總而言之,就是爲了讓項目更完美的在線上運行,給用戶更好的體驗~

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持神馬文庫。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章