Vue项目打包压缩:让页面更快响应
影响网页响应速度的因素有很多,例如:http请求次数太多、服务器本身处理请求太久、请求内容太大、JS脚本执行耗时过长、浏览器回流重绘等。网站页面的响应速度与用户体验息息相关,直接影响到用户是否愿意继续访问你的网站。对于Vue项目而言,最普遍的问题可能在于打包后的文件太大,导致加载时间过长。
我的一个小项目,仅有三四个页面,但因为服务器带宽太小了,加载时间过长的问题尤为明显,于是采用路由懒加载和gzip压缩的方式优化了一下,访问速度得到了显著提升。
一、路由懒加载:分割代码块
Vue支持异步组件,即可以在使用组件的地方使用一个Promise,Promise最终会通过resolve回传一个组件对象。而webpack的动态import的方式可以让代码分块进行打包,并且返回一个Promise(正是异步组件所需要的)。在路由配置表里使用import可以将各个页面组件分割成不同的代码块,然后当路由被访问的时候才加载对应的组件,这样就避免将所有内容打包在一个chunk里,从而“按需加载”,大大提高响应速度。
没有使用动态加载的路由配置方式:
// router.js
import VueRouter from 'vue-router'
import Vue from 'vue'
Vue.use(VueRouter)
import Home from '@/pages/Home'
import Tree from '@/pages/Tree'
import SearchHighlight from '@/pages/SearchHighlight'
import Watermark from '@/pages/Watermark'
export default new VueRouter({
routes: [
{
path: '/',
component: Home,
children: [
{
path: 'tree',
name: 'Tree',
component: Tree
},
{
path: 'search-highlight',
name: 'SearchHighlight',
component: SearchHighlight
},
{
path: 'watermark',
name: 'Watermark',
component: Watermark
}
]
}
]
})
执行npm run build
打包,查看dist文件夹下的js和css:
![image.png](https://i.loli.net/2020/09/17/suByaYQw2rAceGo.png)
可以看到打包后js和css下各有两个文件,其中chunk-vendors文件包含了所有页面js或者css文件,大小分别为769K、270K。现在修改路由配置使用动态加载组件的方式打包,来看一下打包的文件是怎样的。
使用 () => import('xxx')
的形式引入组件:
// router.js
import VueRouter from 'vue-router'
import Vue from 'vue'
Vue.use(VueRouter)
export default new VueRouter({
routes: [
{
path: '/',
component: () => import('@/pages/Home'),
children: [
{
path: 'tree',
name: 'Tree',
component: () => import('@/pages/Tree')
},
{
path: 'search-highlight',
name: 'SearchHighlight',
component: () => import('@/pages/SearchHighlight')
},
{
path: 'watermark',
name: 'Watermark',
component: () => import('@/pages/Watermark')
}
]
}
]
})
再次执行npm run build
打包,查看dist文件夹下的js和css:
![image.png](https://i.loli.net/2020/09/17/iUbo7QBMnaTg2jz.png)
js和css文件夹下各多出来了4个chunk-*文件
,刚好对应我们动态引入的4个组件,这样在我们访问到某个页面,才会加载页面对应的chunk-*.js
和chunk-*.css
。观察文件大小,核心的JS文件chunk-venders大小从769K降低到了725K,因为我的4个页面代码都非常简单,看起来优化效果不大,然而在一个页面很多的大型项目中,优化效果会非常明显,CSS部分也是如此。
二、压缩请求资源
1. 原理介绍
日常我们在使用网盘的时候,上传一个很大的文件夹肯定很慢,这时候我们会把它压缩成一个压缩包,需要下载的时候下载下来解压就可以了,这样大大节省了上传和下载的时间。同样的原理可以用于网络请求,当我们向服务器请求一个资源时,比如js或者css文件,服务器将文件压缩,然后返回到浏览器,浏览器操作解压之后即可使用。
首先浏览器在发送请求的时候,会通过请求头Accept-Encoding告知服务器,本浏览器支持哪些编码格式的资源。打开浏览器的network,查看当前网页的某个请求的请求头:
![image.png](https://i.loli.net/2020/09/17/ZMcNT1H3v2hKyaV.png)
Accept-Encoding的值表示浏览器支持gzip生成的编码格式或者deflate压缩算法生成的编码格式,这就告诉服务器,如果可以把该请求的资源用这两个方法压缩一下给我也是可以的。Accept-Encoding可能还会有compress压缩、identity不压缩的默认格式。
如果服务器对资源进行压缩编码了,它就会通过响应头Content-Encoding告知当前请求用了什么编码格式,当然如果服务器没干这事,则不会返回这个响应头,比如某个请求用gzip压缩了返回的内容:
![image.png](https://i.loli.net/2020/09/17/ieap2ERShy6HBtL.png)
2. 服务器配置
一般我们部署到服务器会使用nginx来做代理服务器,所有的请求都通过nginx转发,这里演示一下nginx配置gzip压缩文件后再返回。配置前先看看示例项目发布到线上的请求情况:
![image.png](https://i.loli.net/2020/09/17/CY36LMDOuqgGbtK.png)
可以看到之前生成的chunk-vendors文件,大小725K,请求时间7.10秒,其中下载时间7.05秒,太慢了。配置一下nginx.conf
,打开gzip:
server {
gzip on;
gzip_types text/plain application/javascript application/x-javascript text/javascript text/xml text/css;
}
这个配置作用是,当nginx服务器返回gzip_types中列出的内容类型时,先使用gzip进行压缩(当然,前提是请求方支持gzip),执行sudo nginx -s reload让该配置生效,此时刷新刚才的页面看一下效果:
![image.png](https://i.loli.net/2020/09/17/DvGZeczuItsM4dB.png)
同样的一个请求,请求内容的大小变成了216K,而下载时间直接降低到了1s多,效果显著!nginx还有gzip的其它配置项,比如可以用gzip_comp_level可以控制压缩率(当然压缩率更高可能意味着更大的服务器消耗),有兴趣的同学可以查看nginx文档。
3. gzip压缩
上一步骤中,返回内容是在请求服务器的时候使用gzip进行压缩的。这样存在的问题时,对于同一个资源的不同请求,反复压缩,这无疑会增加服务器的CPU和内存消耗。使用webpack的话,可以直接用compression-webpack-plugin插件对我们的代码进行压缩。先安装compression-webpack-plugin到dev依赖:
// yarn安装
yarn add compression-webpack-plugin -D
// 或npm
npm install compression-webpack-plugin --save-dev
简单配置,更多配置可了解官方文档:compression-webpack-plugin:
const CompressionPlugin = require('compression-webpack-plugin')
module.exports = {
// ...
configureWebpack: {
plugins: [
new CompressionPlugin({
test: /\.(js|css)?$/i, // 哪些文件要压缩
filename: '[path].gz[query]', // 压缩后的文件名
algorithm: 'gzip', // 使用gzip压缩
minRatio: 1, // 压缩率小于1才会压缩
deleteOriginalAssets: true // 删除未压缩的文件,谨慎设置,如果希望提供非gzip的资源,可不设置或者设置为false
})
]
}
}
打包一下看看dist下的js和css文件夹,现在文件都被压缩成了.gz:
![image.png](https://i.loli.net/2020/09/17/N7VDW5buxsCXEIA.png)
经过压缩之后chunk-vendors仅有176K,比起原始的725K,压缩了近80%。像图片、字体之类的也可以用这个方法进行压缩,只要修改test配置项的正则表达式匹配这类文件即可。不过现在,还需要在nginx服务器配置一下静态压缩:
server {
gzip on;
gzip_types text/plain application/javascript application/x-javascript text/javascript text/xml text/css;
gzip_static on;
}
gzip_static设置为on之后,这样在访问资源的时候,如果存在“资源路径.gz”的文件,则会直接返回该文件,其优先级高于动态的gzip。现在访问一下页面:
![image.png](https://i.loli.net/2020/09/17/qNMBF3T6ln1Z958.png)
如果把鼠标悬指到chunk-vendors的size上,可以看到提示“176KB transfered over network, resource size: 724K”
。如果你的项目出现请求资源文件太大,可以试试gzip之类的压缩手段,相信有立竿见影的效果。
4. compression遇到的坑
vue 使用webpack插件打包时候报错出现 Cannot read property 'tapPromise' of undefined
compression-webpack-plugin 目前最新版是 7.1.0
解决方法:
先卸载,再装个低一点的版本
npm uninstall compression-webpack-plugin
npm i compression-webpack-plugin@5.0.1