一、发现问题
这是一个基于 vue-cli 的管理后台项目,由于依赖较多,打包结果如下
二、查找原因
为什么 vendor 体积这么大?
引用的库太多时,vendor的体积会很大,借助 Webpack 的分析工具,看了下各个依赖的体积分布
找到原因,是 Highcharts 和 Element-UI占了较大体积,导致性能减弱。
这两个库都提供了按需加载的功能,能有效减小体积,只是刚好这个管理后台项目依赖较多
那么有办法控制打包的体积超过一定值时,分成多个文件打包吗?
或者通过配置将部分库抽离出来,打包成另外的文件?
三、解决方法
(一)CDN 外链
先把 Highcharts 和 Lodash 通过外链引入
<script src="//cdnjs.cloudflare.com/ajax/libs/lodash.js/4.17.5/lodash.min.js" />
<script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/highstock.js" />
<script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/js/highcharts-more.js" />
<script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/js/modules/treemap.js" />
外链引入的资源就不能直接通过 import 来使用,但可以通过 Webpack 的 externals 特性来兼容
import _ from 'lodash'
import Highcharts from 'highcharts'
console.log([_, Highcharts])
这样配置 Webpack 就知道这两个依赖是外链全局的,不需要打包
externals: {
lodash: '_',
highcharts: 'Highcharts'
}
先看看去掉 Highcharts 和 Lodash 的效果
vendor 也避免打包了这两个库
这种方式适用于不常更新的第三方依赖,采用外链,Element-UI 由于常有新特性更新,需要保持最新版本,所以还是通过 npm 来管理
内网部署的问题
如若这个管理后台项目要部署到一个内网机器,访问不了外网,那要怎么解决呢?
(二)拆开 vendor
Webpack 默认是将依赖打包成一个文件,这样优点是减少资源请求数,但当依赖增多,体积增大,一个资源的加载速度就会减慢
所以尝试去拆包
new webpack.optimize.CommonsChunkPlugin({
name: 'charts',
chunks: ['vendor'],
minChunks: module => module.resource.indexOf('highcharts') > -1
}),
new webpack.optimize.CommonsChunkPlugin({
name: 'utils',
chunks: ['vendor'],
minChunks: module => module.resource.indexOf('lodash') > -1
}),
new webpack.optimize.CommonsChunkPlugin({
name: 'ui',
chunks: ['vendor'],
minChunks: module => module.resource.indexOf('element-ui') > -1
})
拆包后的打包结果
看看分析工具
总结
程序小哥实战经验得出:外链简单粗暴,而拆包可以配合浏览器缓存,在每次发布最小化更新资源,比较实用。
程序小哥介绍
考拉前端开发小哥Bingo,潜心钻研小程序开发。
angular 新的 ivy 可以关注下,也是各种骚操作~
webpack.optimize.CommonsChunkPlugin 还是 webpack 2 啊
@magicdawn webpack4这个属性也能用吧?