之前用 vuecli做了个博客，是一个单页面项目，大概有十个路由
直接 npm run build打包出来，有一个 1M的巨大 js文件
先挂载到服务器上试试
好家伙 这加载时间 仿佛过了半个世纪
首屏页面整整加载了 9s 光加载那个大文件就花了 8s
这必须得做个优化了，没有用户能忍受 9s的白屏而不关闭页面的
过程中，我还顺便把项目从 vuecli 2.x迁移到了 vuecli 3，所以接下来还会介绍一些它们在优化上的异同
~分析
vuecli 2.x自带了分析工具
只要运行 npm run build --report
如果是 vuecli 3的话，先安装插件
npm install webpack-bundle-analyzer --save -dev
然后在 vue.config.js中对 webpack进行配置
chainWebpack: (config) => {
/* 添加分析工具*/
if(process.env.NODE_ENV ==='production'){
if(process.env.npm_config_report){
config.plugin('webpack-bundle-analyzer')
.use(require('webpack-bundle-analyzer').BundleAnalyzerPlugin).end();
config. plugins.delete('prefetch')
}
}
}
再运行 npm run build --report
会在浏览器打开一个项目打包的情况图，便于直观地比较各个 bundle文件的大小
可以看到 项目中所有的依赖，所有的路由，都被打包进了同一个文件中
另外，在浏览器中，也可以通过 converge来查看代码的使用状况
红色的是下载了但未使用的部分
路由懒加载
当打包构建应用时，JavaScript包会变得非常大，影响页面加载。
如果我们能把不同路由对应的组件分割成不同的代码块，然后当路由被访问的时候才加载对应组件，这样就更加高效了。
在一开始就下载完所有路由对应的组件文件，这明显是不合适的，这就像下载一个 app了，所以我们就需要使用路由懒加载
在 router.js文件中，原来的静态引用方式
import ShowBlogs from'@/components/ShowBlogs'
routes :[path :'Blogs', name :'ShowBlogs', component : ShowBlogs]
改为
routes :[path :'Blogs', name :'ShowBlogs', component : ()=> import ('./components/ShowBlogs.vue')
以函数的形式动态引入，这样就可以把各自的路由文件分别打包，只有在解析给定的路由时，才会下载路由组件
首屏需要加载的文件变成了橙色的部分，被小弟们分流出去了 300k
如果是在 vuecli 3中，我们还需要多做一步工作
因为 vuecli 3默认开启 prefetch(预先加载模块)，提前获取用户未来可能会访问的内容
在首屏会把这十几个路由文件，都一口气下载了
所以我们要关闭这个功能，在 vue.config.js中设置
参考官网的做法：
// vue.config.js
module.exports = {
chainWebpack: config => {
// 移除 prefetch 插件
config.plugins.delete('prefetch')
// 或者
// 修改它的选项：
config.plugin('prefetch').tap(options => {
options[0].fileBlacklist = options[0].fileBlacklist || []
options[0].fileBlacklist.push(/myasyncRoute(.)+?\.js$/)
return options
})
}
}
当 prefetch 插件被禁用时，你可以通过 webpack 的内联注释手动选定要提前获取的代码区块：
import(/* webpackPrefetch: true */ './someAsyncComponent.vue')
webpack 的运行时会在父级区块被加载之后注入 prefetch 链接。
详情查看：https://cli.vuejs.org/zh/guide/html-and-static-assets.html#prefetch
设置完毕后，首屏就只会加载当前页面路由的组件了
~ui按需加载
首屏需要加载的依赖包，其中 ui整整占了 568k
原本的引进方式引进了整个包：
import ElementUI from'element-ui'
Vue . use (ElementUI)
但实际上我用到的组件只有按钮，分页，表格，输入与警告
所以我们要按需引用：
import {
Button, Input, Pagination, Table, TableColumn, MessageBox
} from'element-ui';
Vue . use (Button)
Vue . use (Input)
Vue . use (Pagination)
Vue . prototype . $alert=MessageBox . alert
注意 MessageBox注册方法的区别，并且我们虽然用到了 alert，但并不需要引入 Alert组件
在.babelrc文件中添加（vue-cli 3要先安装 babel-plugin-component)：
plugins :[["component", {
"libraryName" :"element-ui", "styleLibraryName" :"theme-chalk"
}
]]
import {
Table, TableColumn
} from"element-ui";
components : {
"el-table" : Table, "el-table-column" : TableColumn
},
table就被拆分到了路由文件中
~组件重复打包
可以看到上图，有两个路由文件都引用了 codemirror.js造成重复下载
我们可以在webpack的 config文件中，修改CommonsChunkPlugin的配置
minChunks : 3
把3改为2，就会把使用2次及以上的包抽离出来，放进公共依赖文件，不过由于首页也有复用的组件，所以首页也会下载这个公共依赖文件
首页下载了黄色和灰色部分
拆了半天，又回到原点
当然，我们可以继续折腾 CommonsChunkPlugin的配置来解决这个问题
但在新版 webpack中，CommonsChunkPlugin被自由度更高，更高级的 SplitChunksPlugin代替
这也是为什么我要把项目迁移到 vuecli 3（使用 webpack4）
默认就做了优化，首页只会下载灰色的部分（ 235K）
~gzip
拆完包之后，我们再用 gzip做一下压缩
安装compression-webpack-plugin
npm i compression-webpack-plugin -dev
在 vue.congig.js中引入并修改webpack配置
const CompressionPlugin=require ('compression-webpack-plugin')
configureWebpack: (config) => {
if (process.env.NODE_ENV === 'production') {
// 为生产环境修改配置...
config.mode = 'production';
return {
plugins: [new CompressionPlugin({
test: /\.js$|\.html$|\.css/, //匹配文件名
threshold: 10240, //对超过10k的数据进行压缩
deleteOriginalAssets: false //是否删除原文件
})]
}
}
}
可以看到 200k以上的文件被压缩到了 100k以内
在服务器我们也要做相应的配置
如果发送请求的浏览器支持 gzip，就发送给它 gzip格式的文件
我的服务器是用 express框架搭建的
只要安装一下 compression就能使用
const compression=require ('compression')
app . use (compression ())
注意，后面这一句，要放在所有其他中间件注册之前
~最终效果
首屏加载资源198k，加载时间1s，相比原来速度提升了90%
~后记：css是否要拆分
vuecli 3和 vuecli2.x还有一个区别是
vuecli 3会默认开启一个 css分离插件 ExtractTextPlugin
每一个模块的 css文件都会分离出来，整整13个 css文件，而我们的首页就请求了4个，花费了不少的资源请求时间
我们可以在vue.config.js中关闭它
css : {
// 是否使用css分离插件
ExtractTextPlugin extract : false,
// 开启 CSS source maps?
sourceMap : false,
// css预设器配置项
loaderOptions : {
}
, // 启用 CSS modules for all css / pre-processor files.
modules : false
},
打包出来的文件中，直接就没有了 css文件夹
取而代之的是整合起来的一个 js文件，负责在一开始就注入所有的样式
首屏加载文件数减少，但体积变大，最终测下来速度没有太大差异
所以，是否要css拆分就见仁见智，具体项目具体分析吧
~总结
性能优化是一个非常令人愉悦的过程，同时也是个深坑，有着太多东西，本篇文章开了个头，希望能对大家有所帮助
参考资料：
Vue打包优化之code spliting
https://juejin.im/post/5ac815...
Vue 性能优化：如何实现延迟加载和代码拆分？
https://www.infoq.cn/article/...*zN
Webpack 打包优化之体积篇
https://www.jeffjade.com/2017...
记一次vue+element+echarts项目的优化
https://juejin.im/post/5b0033...
评论区