Webpack SplitChunks插件用法详解
前言
SplitChunks插件是什么呢,简单的来说就是Webpack中一个提取或分离代码的插件,主要作用是提取公共代码,防止代码被重复打包,拆分过大的js文件,合并零散的js文件。
提到前端优化,提取公共代码是必不可少的手段。在Webpack出现前,提取公共代码是人为去处理,而SplitChunks插件的作用就是通过配置让Webpack去帮你提取公共代码。Webpack创始人的初衷也是希望能有更多时间写更多代码,所以这种纯体力的劳动交给Webpack去完成。
所以SplitChunks插件是前端进阶的一项必备技能,下面就详细介绍SplitChunks插件的用法。
一、工欲利其事必先利其器
因为SplitChunks插件会提取模块并打包生成js文件。先学会给打包生成的js文件命名,不然不好确认打包生成的js文件是不是你想要的。Webpack中给打包生成的js文件命名有以下几种方法。
1、output.filename
此选项给打包后的入口js文件命名,下图中的app.js文件就是打包后的入口js文件。
-
在单入口的Vue项目中,打包前的入口文件,在vue.config.js中配置
module.exports = { configureWebpack:{ entry:'./src/main.js', } }
打包后的入口文件,在vue.config.js中配置
module.exports = { configureWebpack:{ output:{ filename: 'js/appCS.js' }, } }
为什么前面要加个
js/
,因为该js文件是output:path
选项指定的目录下生成的,其默认为根目录/
。打包结果如下所示 -
在多入口的Vue项目中,打包前的入口文件,在vue.config.js中配置
module.exports = { configureWebpack:{ entry: { appCS: './src/main.js' }, } }
打包后的入口文件,在vue.config.js中配置
module.exports = { configureWebpack:{ output:{ filename: 'js/[name].js' }, } }
[name]
是入口文件模块名称。打包结果如下所示会发现多了个app.js,这是因为configureWebpack的值为对象时,则会通过webpack-merge 合并到最终的配置中。要去掉app.js可以用chainWebpack来配置。配置如下
module.exports = { chainWebpack: config =>{ config.entryPoints.delete('app').end().entry('appCS').add('./src/main.js') } }
打包结果如下所示
2、output.chunkFilename
此选项给打包后的非入口js文件命名,那下图红框中所示就是非入口js文件
在vue.config.js中配置
module.exports = {
configureWebpack:{
output:{
chunkFilename: 'CS.[name].js'
},
}
}
打包结果如下所示
然而output.chunkFilename
并不能改变chunk-0a4e15c9这样名字字段。
3、webpackChunkName
webpackChunkName
:块的名称,[request]
可解释为实际的解析文件名。可在路由懒加载中使用
function load(component) {
return () => import(/* webpackChunkName: "[request]" */ `views/${component}`)
}
const routes = [
{
{
path: '/apiApply',
name: 'apiApply',
component: load('api_manage/api_apply'),
}
}
]
打包结果如下所示
src/views/api_manage/api_apply/index.vue这个组件打包后生成的js文件是api_manage-api_apply.48227bf7.js。
如果不用[request]
也可以这么写。
component: () =>import(/* webpackChunkName: "api_manage-api_apply"*/ 'src/views/api_manage/api_apply'),
再看一下其它js文件,发现还有chunk-xxx.js类的文件,如下图红框中所示
这些js文件的命名要在SplitChunks插件中设置了。
二、插件配置选项
chunks
选项,决定要提取那些模块。- 默认是
async
:只提取异步加载的模块出来打包到一个文件中。- 异步加载的模块:通过
import('xxx')
或require(['xxx'],() =>{})
加载的模块。
- 异步加载的模块:通过
initial
:提取同步加载和异步加载模块,如果xxx在项目中异步加载了,也同步加载了,那么xxx这个模块会被提取两次,分别打包到不同的文件中。- 同步加载的模块:通过
import xxx
或require('xxx')
加载的模块。
- 同步加载的模块:通过
all
:不管异步加载还是同步加载的模块都提取出来,打包到一个文件中。
- 默认是
minSize
选项:规定被提取的模块在压缩前的大小最小值,单位为字节,默认为30000,只有超过了30000字节才会被提取。maxSize
选项:把提取出来的模块打包生成的文件大小不能超过maxSize值,如果超过了,要对其进行分割并打包生成新的文件。单位为字节,默认为0,表示不限制大小。minChunks
选项:表示要被提取的模块最小被引用次数,引用次数超过或等于minChunks值,才能被提取。maxAsyncRequests
选项:最大的按需(异步)加载次数,默认为 6。maxInitialRequests
选项:打包后的入口文件加载时,还能同时加载js文件的数量(包括入口文件),默认为4。- 先说一下优先级
maxInitialRequests
/maxAsyncRequests
<maxSize
<minSize
。 automaticNameDelimiter
选项:打包生成的js文件名的分割符,默认为~
。name
选项:打包生成js文件的名称。cacheGroups
选项,核心重点,配置提取模块的方案。里面每一项代表一个提取模块的方案。下面是cacheGroups
每项中特有的选项,其余选项和外面一致,若cacheGroups
每项中有,就按配置的,没有就使用外面配置的。test
选项:用来匹配要提取的模块的资源路径或名称。值是正则或函数。priority
选项:方案的优先级,值越大表示提取模块时优先采用此方案。默认值为0。reuseExistingChunk
选项:true
/false
。为true
时,如果当前要提取的模块,在已经在打包生成的js文件中存在,则将重用该模块,而不是把当前要提取的模块打包生成新的js文件。enforce
选项:true
/false
。为true
时,忽略minSize
,minChunks
,maxAsyncRequests
和maxInitialRequests
外面配置选项。
配置选项很多,下面在实际项目中使用SplitChunks,让你更深刻理解这些配置选项。
首先了解一下SplitChunks在Vue Cli3中的默认配置。在Vue Cli3源码中这样配置
整理后默认配置如下所示:
module.exports = {
configureWebpack:config =>{
return {
optimization: {
splitChunks: {
chunks: 'async',
minSize: 30000,
maxSize: 0,
minChunks: 1,
maxAsyncRequests: 6,
maxInitialRequests: 4,
automaticNameDelimiter: '~',
cacheGroups: {
vendors: {
name: `chunk-vendors`,
test: /[\\/]node_modules[\\/]/,
priority: -10,
chunks: 'initial'
},
common: {
name: `chunk-common`,
minChunks: 2,
priority: -20,
chunks: 'initial',
reuseExistingChunk: true
}
}
}
}
}
}
};
先安装个webpack-bundle-analyzer插件,可以可视化分析打包后的文件。
npm install webpack-bundle-analyzer --save-dev
在vue.config.js中引入插件
const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin;
module.exports={
configureWebpack:config =>{
return {
plugins:[
new BundleAnalyzerPlugin()
]
}
}
}
打包后,会在浏览器自动打开http://127.0.0.1:8888/,内容如下所示
会发现里面有个chunk-vendors.js文件。是cacheGroups
中vendors这个方案打包出来的js文件。
可以用name
选项来修改chunk-vendors.js文件的名字,,代码如下
vendors: {
name: `app-chunk-vendors`,
test: /[\\/]node_modules[\\/]/,
priority: -10,
chunks: 'initial'
},
打包后,会发现chunk-vendors.js文件已经变成了app-chunk-vendors.js文件,里面内容不变。
三、入口文件的拆分
先去掉cacheGroups
里面的方案,再打包一下。
cacheGroups: {
vendors: false,
common: false
}
app.a502ce9a.js和chunk-be34ce9a.ceff3b64.js这两个js文件是由项目中main.js这个入口文件打包生成的。
例如app.js文件中有element-ui、moment、jquery、vue、router、store、jsencrypt等内容。这些都是在main.js中引入
import Vue from 'vue'
import App from './App.vue'
import router from './router'
import store from './store'
import JsEncrypt from 'jsencrypt';
import $ from 'jquery';
import ElementUI from 'element-ui';
Vue.use(ElementUI);
import treeSelect from 'fxft-tree-select';
Vue.use(treeSelect);
import moment from 'moment';
Vue.prototype.moment = moment;
//注册全局变量、全局函数
import base from 'service/base';
Vue.use(base);
//注册打印插件
import print from 'service/print';
Vue.use(print);
const vm = new Vue({
router,
store,
render: h => h(App)
}).$mount('#app')
window.vm = vm;
打包生成的index.html中有段代码是这么写。
<body>
<div id=app></div>
<script src=/js/app.a502ce9a.js></script>
</body>
表明app.js是项目一开始就要加载的,会影响首屏的加载时间。那么可以在main.js中去掉一些在首屏中暂时用不到的引入,比如这些都可以暂时去掉。
import JsEncrypt from 'jsencrypt';
import treeSelect from 'fxft-tree-select';
Vue.use(treeSelect);
//注册全局变量、全局函数
import base from 'service/base';
Vue.use(base);
//注册打印插件
import print from 'service/print';
Vue.use(print);
打包后再看分析图,会发现jsencrypt等内容都在app.js中都消失了。
为什么说chunk-be34ce9a.js也是从main.js打包生成的?因为在main.js中有段代码:
//注册全局变量、全局函数
import base from 'service/base';
Vue.use(base);
在看service/base.js文件中有
import('./Export2Excel').then(res => {
res.export_json_to_excel(defaultOpition);
})
Export2Excel.js是异步加载,在service/Export2Excel.js中
import { saveAs } from 'file-saver'
import XLSX from 'xlsx'
相当,file-saver、xlsx也是异步加载,所以file-saver、xlsx会被提取出来打包生成chunk-be34ce9a.js文件。
在默认配置下,main.js中异步加载或间接异步加载的模块,都会被另外打包生成一个js文件。
如果要把从node_modules中加载的模块全部打包到一个js文件中,要怎么做呢?Vue Cli3中的已经帮我们做了。
cacheGroups: {
vendors: {
name: `chunk-vendors`,
test: /[\\/]node_modules[\\/]/,
priority: -10,
chunks: 'initial'
},
}
其核心是test
选项,匹配项目从node_modules中加载的模块并提取打包生成chunk-vendors.js文件。 打包后再从分析图中搜索node_modules,发现还是由很多文件中含有从node_modules中加载的模块,和预期的不一样。
这是chunks
选项在作怪,值initial
表示如果xxx在项目中异步加载或同步加载多少次,那么xxx这个模块也会被提取多少次,分别打包到不同的文件中。core-js库在项目中每个文件都会加载到,故它会提取多次。
只要把chunks
选项的值改成all
(不管异步加载还是同步加载的模块都是提取打包到一个文件中),就可以把从node_modules中加载的模块全部打包到一个js文件中。
发现chunk-vendors.js的大小有点大了,有1.91MB,还是项目初始化时需要加载的js文件,大小过大会导致首屏加载时间过长。要优化一下,由两种方法
第一种用externals来优化,看我的另一篇文章Webpack之externals用法详解。
第二种用SplitChunks优化。例如要把element从chunk-vendors.js提取出来,要在cacheGroups
中配置:
element: {
chunks: 'all',
name: `element-ui`,
test: /[\\/]element-ui[\\/]/,
priority: 0,
},
其中要注意priority
选项,要把element单独提取出来,priority
的值必须比vendors方案中的priority
的值大,不然提取不出来。
打包后可看到element被打包生成新的element-ui.js文件,chunk-vendors.js大小变成1.27MB,比原来的1.91MB有减小。此外可以自己提取xlsx、moment、jquery等第三方依赖。
四、非入口文件的拆分和合并
在分析图中,除了入口文件,还有很多js文件,这些文件中有一大部分是项目中组件打包生成的。
如果在实现路由懒加载时,用到/*webpackChunkName:"[request]"*/
,那么在由组件打包生成的js文件名上,可以得知这个js文件是哪个组件打包生成的。
图中的base_info_manage-group_info_set-ability_bind_set.85b419a1.js是项目中views/base_info_manage/group_info_set/bility_bind_set/index.vue这个组件打包生成的。
base_info_manage-group_info_set-ability_bind_set-edit.08f91768.js是项目中views/base_info_manage/group_info_set/bility_bind_set/edit.vue这个组件打包生成的。
另外会发现chunk-5c1416e3.1cbcb0ec.js的内容怎么跟base_info_manage-group_info_set-ability_bind_set-edit.08f91768.js的内容相似,只少了src/api的内容。而且api/common.js、api/ability_bind_set.js、edit.vue、mixins等模块被重复打包了好几次。
可以用SplitChunks提取一下这些模块。避免重复打包,减少打包生成的文件总体大小。
在cacheGroups
中配置
api: {
name: 'api',
test: /[\\/]api[\\/]/,
priority: 0,
},
当提取多个模块打包生成文件时,name
选项为必填。
打包后再看分析图会发现api/common.js、api/ability_bind_set.js已经被提取到api.05ad5193.js中了
接着提取mixins模块,在cacheGroups
中配置
mixins: {
name: 'mixins',
test: /[\\/]mixins[\\/]/,
priority: 0,
},
打包后再看分析图发现mixins模块已经被提取到mixins.8d1d6f50.js中。
接着提取edit.vue模块,在cacheGroups
中配置
base_info_manage: {
name: 'base_info_manage',
test: /[\\/]base_info_manage[\\/]/,
minChunks: 2,
priority: 0,
},
其中minChunks
选项,必须为2,因为从上面分析图来看,edit.vue被引用了2次,而index.vue只被引用了1次。如果为1则index.vue也会被提取出来。如果为2以上的值则edit.vue不会被提取出来。
打包后再看分析图发现edit.vue模块已经被提取到base_info_manage.d5c14c01.js中。
如果觉得base_info_manage.d5c14c01.js文件太大,有两种方法可以处理。
第一种是利用maxSize
选项,提取模块后打包生成的文件大小不能超过maxSize值,如果超过了,要再提取并打包生成新的文件。
base_info_manage: {
name: 'base_info_manage',
test: /[\\/]base_info_manage[\\/]/,
minChunks: 2,
priority: 0,
maxSize: 102400
},
打包后再看分析图会发现base_info_manage.js已经被分割成五个小js文件了。
第二种是按base_info_manage文件夹下的子文件夹来继续提取,例如base_info_manage文件夹下有个子文件叫group_info_set。在cacheGroups
中配置
group_info_set: {
name: 'group_info_set',
test: /[\\/]base_info_manage[\\/]group_info_set[\\/]/,
minChunks: 2,
priority: 10,
},
打包后再看分析图会发现base_info_manage.js中的group_info_set模块集合已经被提取到group_info_set.js文件中。base_info_manage.d5c14c01.js文件也有相应的减小。
另外可以把src/api、src/mixins、src/service中的内容合并打包生成一个js文件,替代之前打包生成的mixins.8d1d6f50.js和api.05ad5193.js
common: {
test: /[\\/]api[\\/]|[\\/]mixins[\\/]|[\\/]src[\\/]service[\\/]/,
priority: 0,
name: 'common',
},
其他的就不多说,可以按照上面所讲在自己的项目用SplitChunks插件来控制Webpack打包生成自己想要的js文件,直到dist/js文件夹中每个js都是你所预想的生成的js文件为止。
五、总结
用SplitChunks插件来控制Webpack打包生成的js文件的内容的精髓就在于,防止模块被重复打包,拆分过大的js文件,合并零散的js文件。最终的目的就是减少请求资源的大小和请求次数。因这两者是互相矛盾的,故要以项目实际的情况去使用SplitChunks插件,需切记中庸之道。