Vue CLI 2&3 下的项目优化实践 —— CDN + Gzip + Prerender
前言
这些优化方案适用于
Vue CLI 2和Vue CLI 3,文章主要基于Vue CLI 2进行介绍，关于如何在Vue CLI 3中进行相关的webpack调整，我已经放在了 vue-cli3-optimization 这个仓库下，并配有详细的注释，且额外添加方便Sass使用的loader，使用Sass时无需再在每个需要引入变量和mixin的地方，每次都很麻烦的@import。下面将详细介绍这些优化方案的实践方式和效果：
和很多小伙伴一样，我在开发Vue项目时也是基于官方vue-cli@2的webpack模版，但随着项目越做越大，依赖的第三方npm包越来越多，构建之后的文件也会越来越大，尤其是vendor.js,甚至会达到2M左右。再加上又是单页应用，这就会导致在网速较慢或者服务器带宽有限的情况出现长时间的白屏。为了解决这个问题，我做了一些探索，在几乎不需要改动业务代码的情况下，找到了三种有明显效果的优化方案 —— CDN + Gzip + Prerender。我把这些方法整理了一下，放在了 Github仓库 上，意图通过不同的分支来展示不同的优化方式，对Vue项目性能的影响。你可以直接克隆下来试一试，也得益于有git历史，你也可以很方便的查看具体的改动细节。下面我将通过一个简单的项目来展示这三种优化方案的效果。
一、首先准备一个简单的项目
通过vue-cli@2的webpack模版生成，只包含最基础的Vue三件套 ———— vue、vue-router、vuex以及常用的element-ui和axios。拆分两个路由——“首页”和“通讯录”，通过axios异步获取一个通讯录名单，并利用element-ui的表格展示。直接build，不做任何优化处理，以作参照。
1.1 构建后文件说明：
app.css： 压缩合并后的样式文件。app.js：主要包含项目中的App.vue、main.js、router、store等业务代码。vendor.js：主要包含项目依赖的诸如vuex，axios等第三方库的源码，这也是为什么这个文件如此之大的原因，下一步将探索如何优化这一块，毕竟随着项目的开发，依赖的库也能会越来越多。数字.js：以0、1、2、3等数字开头的js文件，这些文件是各个路由切分出的代码块，因为我拆分了两个路由，并做了路由懒加载，所以出现了0和1两个js文件。mainfest.js：mainfest的英文有清单、名单的意思，该文件包含了加载和处理路由模块的逻辑
1.2 禁用浏览器缓存，网速限定为Fast 3G下的Network图(运行在本地的nginx服务器上
可以看到未经优化的base版本在Fast 3G的网络下大概需要7秒多的时间才加载完毕
二、CDN 优化
为了更好的开发体验，报错捕获，目前已经针对
dev和build进行了区分，具体查看git记录，下面仅供参考。
- 将依赖的
vue、vue-router、vuex、element-ui和axios这五个库，全部改为通过CDN链接获取。借助HtmlWebpackPlugin,可以方便的使用循环语法在index.html里插入js和css的CDN链接。这里的CDN大部分使用的 jsDelivr 提供的。
<% for (var i in htmlWebpackPlugin.options.css) { %>
<% } %>
<% for (var i in htmlWebpackPlugin.options.js) { %>
<% } %>
- 在
build/webpack.base.conf.js中添加如下代码，这使得在使用CDN引入外部文件的情况下，依然可以在项目中使用import的语法来引入这些第三方库，也就意味着你不需要改动项目的代码，这里的键名是import的npm包名，键值是该库暴露的全局变量。 webpack文档参考链接。
externals: {
'vue': 'Vue',
'vue-router': 'VueRouter',
'vuex': 'Vuex',
'element-ui':'ELEMENT',
'axios':'axios'
}
- 卸载依赖的
npm包，npm uninstall axios element-ui vue vue-router vuex - 删除
main.js里element-ui相关代码。
具体细节可以查看git的历史记录
2.1 比对添加 CDN 前后构建的文件：
优化后：
优化前：
可以看出：
app.css： 因为不再通过import 'element-ui/lib/theme-chalk/index.css',而是直接通过CDN链接的方式引入element-ui样式，使得文件小到了bytes级别，因为它现在仅包含少量的项目的css。app.js：几乎无变化，因为这里面主要还是自己业务的代码。vendor.js：将5个依赖的js全部转为CDN链接后，已经小到了不足1KB，其实里面已经没有任何第三方库了。数字.js和mainfest.js：这些文件本来就很小，变化几乎可以忽略。
2.2 同样，禁用浏览器缓存，网速限定为Fast 3G下的Network图(运行在本地的nginx服务器上
可以看出相同的网络环境下，加载从原来的7秒多，提速到现在的3秒多，提升非常明显。而且更重要的一点是原本的方式，所有
的js和css等静态资源都是请求的我们自己的nginx服务器，而现在大部分的静态资源都请求的是第三方的CDN资源，
这不仅可以带来速度上的提升，在高并发的时候，这无疑大大降低的自己服务器的带宽压力，想象一下原来首屏900多KB的文件
现在仅剩20KB是请求自己服务器的！
三、Gzip 优化
使用Gzip两个明显的好处，一是可以减少存储空间，二是通过网络传输文件时，可以减少传输的时间。
3.1 如何开启gzip压缩
开启gzip的方式主要是通过修改服务器配置，以nginx服务器为例，下图是，使用同一套代码，在仅改变服务器的gzip开关状态的情况下的Network对比图
未开启gzip压缩：
开启gzip压缩：
开启gzip压缩后的响应头
从上图可以明显看出开启gzip前后，文件大小有三四倍的差距，加载速度也从原来的7秒多，提升到3秒多
附上nginx的配置方式
http {
gzip on;
gzip_static on;
gzip_min_length 1024;
gzip_buffers 4 16k;
gzip_comp_level 2;
gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php application/vnd.ms-fontobject font/ttf font/opentype font/x-woff image/svg+xml;
gzip_vary off;
gzip_disable "MSIE [1-6]\.";
}
3.2 前端能为gzip做点什么
我们都知道config/index.js里有一个productionGzip的选项，那么它是做什么用的？我们尝试执行npm install --save-dev [email protected],并把productionGzip设置为true，重新build，放在nginx服务器下，看看有什么区别：
我们会发现构建之后的文件多了一些js.gz和css.gz的文件，而且vendor.js变得更小了，这其实是因为我们开启了nginx的gzip_static on;选项，
如果gzip_static设置为on,那么就会使用同名的.gz文件，不会占用服务器的CPU资源去压缩。
3.3 前端快速搭建基于node的gzip服务
无法搭建nginx环境的前端小伙伴也可以按如下步骤快速启动一个带gzip的express服务器
- 执行
npm i express compression - 在项目根目录下新建一个
serve.js,并粘贴如下代码
var express = require('express')
var app = express()
// 开启gzip压缩,如果你想关闭gzip,注释掉下面两行代码，重新执行`node server.js`
var compression = require('compression')
app.use(compression())
app.use(express.static('dist'))
app.listen(3000,function () {
console.log('server is runing on http://localhost:3000')
})
- 执行
node server.js
下图是express开启gzip的响应头：
四、Prerender 预渲染
大家都是知道：常见的Vue单页应用构建之后的index.html只是一个包含根节点的空白页面，当所有需要的js加载完毕之后，才会开始解析并创建vnode,然后再渲染出真实的DOM。当这些js文件过大而网速又很慢或者出现意料之外的报错时，就会出现所谓的白屏，相信做Vue开发的小伙伴们一定都遇到过这种情况。而且单页应用还有一个很大的弊端就是对SEO很不友好。那么如何解决这些问题呢？—— SSR当然是很好的解决的方案，但这也意为着一定的学习成本和运维成本，而如果你已经有了一个现成的vue单页应用，转向SSR也并不是一个无缝的过程。那么预渲染就显得更加合适了。只需要安装一个webpack的插件 + 一些简单的webpack配置就可以解决上述的两个问题。
4.1 如何将单页应用转为预渲染
- 你需要将
router设为history模式，并相应的调整服务器配置，这并不复杂。 npm i prerender-spa-plugin --save-dev
注意！！！预渲染需要下载
Chromium，而由于你懂的原因，谷歌的东西在国内无法下载，所以在根目录添加了.npmrc文件，来使用淘宝镜像下载。参考链接。如果你的终端可以翻到国外，直接忽略这一步,你也许会喜欢小飞机
- 在
build/webpack.prod.conf.js下添加如下配置(没有路由懒加载的情况)。
const PrerenderSPAPlugin = require('prerender-spa-plugin')
...
new PrerenderSPAPlugin({
staticDir: config.build.assetsRoot,
routes: [ '/', '/Contacts' ], // 需要预渲染的路由（视你的项目而定）
minify: {
collapseBooleanAttributes: true,
collapseWhitespace: true,
decodeEntities: true,
keepClosingSlash: true,
sortAttributes: true
}
})
- 将
config/index.js里build中的assetsPublicPath字段设置为'/'，这是因为当你使用预渲染时,路由组件会编译成相应文件夹下的index.html，它会依赖static目录下的文件，而如果使用相对路径则会导致依赖的路径错误，这也要求预渲染的项目最好是放在网站的根目录下（这个坑我已经在prerender-spa-plugin仓库提过ISSUE了，不过借助postProcess，自己再写一个正则表达式，也能实现，如果你有这方面的需求，可以参考下面 路由懒加载带来的坑）。 - 调整
main.js
new Vue({
router,
store,
render: h => h(App)
}).$mount('#app', true) // https://ssr.vuejs.org/zh/guide/hydration.html
执行npm run build，你会发现，dist目录和以往不太一样，不仅多了与指定路由同名的文件夹而且index.html早已渲染好了静态页面。
4.2 效果如何？
和之前一样，我们依然禁用缓存，将网速限定为Fast 3G(运行在本地的nginx服务器上)。可以看到，在vendor.js还没有加载完毕的时候（大概有700多kB，此时只加载了200多kB），页面已经完整的呈现出来了。事实上，只需要index.html和app.css加载完毕，页面的静态内容就可以很好的呈现了。预渲染对于这些有大量静态内容的页面，无疑是很好的选择。
4.3 路由懒加载带来的坑
如果你的项目没有做路由懒加载，那么你大可放心的按上面所说的去实践了。但如果你的项目里用了，你应该会看到webpackJsonp is not defined的报错。这个因为prerender-spa-plugin渲染静态页面时，也会将类似于这样的异步script标签注入到生成的html的head标签内。这会导致它先于app.js,vendor.js,manifest.js（位于body底部）执行。（async只是不会阻塞后面的DOM解析，这并不意味这它最后执行）。而且当这些js加载完毕后，又会在head标签重复创建这个异步的script标签。虽然这个报错不会对程序造成影响，但是最好的方式，还是不要把这些异步组件直接渲染到最终的html中。好在prerender-spa-plugin提供了postProcess选项，可以在真正生成html文件之前做一次处理，这里我使用一个简单的正则表达式，将这些异步的script标签剔除。本分支已经使用了路由懒加载，你可以直接查看git历史，比对文件和base分支的变化来对你的项目进行相应调整。
postProcess (renderedRoute) {
renderedRoute.html = renderedRoute.html = renderedRoute.html.replace(/<\/script>/g ,function (target) {
console.log(chalk.bgRed('\n\n剔除的懒加载标签:'), chalk.magenta(target))
return ''
})
return renderedRoute
}
除了这种解决方案，还有两种不推荐的解决方案：
- 索性不使用路由懒加载。
- 将
HtmlWebpackPlugin的inject字段设置为'head'，这样app.js,vendor.js,manifest.js就会插入到head里，并在异步的script标签上面。
但由于普通的script是同步的，在他们全部加载完毕之前，页面是无法渲染的，也就违背了prerender的初衷，而且你还需要对main.js作如下修改，以确保Vue在实例化的时候可以找到，并正确挂载。
const app = new Vue({
// ...
})
document.addEventListener('DOMContentLoaded', function () {
app.$mount('#app')
})
总结
虽然官方的脚手架已经提供很多开箱即用的优化，比如css压缩合并，js压缩与模块化，小图片转base64等等，但我们能做的还很多。我没有提及代码级别的优化细节，也是希望给大家提供一些可实践的方案。上述三种方案或多或少都会给你项目带来一些收益。优化也是一门玄学，可研究的东西很多。也希望其他小伙伴可以在评论区提供宝贵意见，或者直接向我的这个项目 vue-optimization 的base分支提交PR，好的方案我会采纳并整理。目前三种方案整合的最终结果我已经放在 master 分支下，你可以克隆下来并在此基础上开发你的项目。