影响网页响应速度的因素有很多，例如：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:

可以看到打包后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:

js和css文件夹下各多出来了4个chunk-*文件，刚好对应我们动态引入的4个组件，这样在我们访问到某个页面，才会加载页面对应的chunk-*.js和chunk-*.css。观察文件大小，核心的JS文件chunk-venders大小从769K降低到了725K，因为我的4个页面代码都非常简单，看起来优化效果不大，然而在一个页面很多的大型项目中，优化效果会非常明显，CSS部分也是如此。

二、压缩请求资源

1. 原理介绍

日常我们在使用网盘的时候，上传一个很大的文件夹肯定很慢，这时候我们会把它压缩成一个压缩包，需要下载的时候下载下来解压就可以了，这样大大节省了上传和下载的时间。同样的原理可以用于网络请求，当我们向服务器请求一个资源时，比如js或者css文件，服务器将文件压缩，然后返回到浏览器，浏览器操作解压之后即可使用。

首先浏览器在发送请求的时候，会通过请求头Accept-Encoding告知服务器，本浏览器支持哪些编码格式的资源。打开浏览器的network，查看当前网页的某个请求的请求头：

Accept-Encoding的值表示浏览器支持gzip生成的编码格式或者deflate压缩算法生成的编码格式，这就告诉服务器，如果可以把该请求的资源用这两个方法压缩一下给我也是可以的。Accept-Encoding可能还会有compress压缩、identity不压缩的默认格式。

如果服务器对资源进行压缩编码了，它就会通过响应头Content-Encoding告知当前请求用了什么编码格式，当然如果服务器没干这事，则不会返回这个响应头，比如某个请求用gzip压缩了返回的内容：

2. 服务器配置

一般我们部署到服务器会使用nginx来做代理服务器，所有的请求都通过nginx转发，这里演示一下nginx配置gzip压缩文件后再返回。配置前先看看示例项目发布到线上的请求情况：

可以看到之前生成的chunk-vendors文件，大小725K，请求时间7.10秒，其中下载时间7.05秒，太慢了。配置一下nginx.conf，打开gzip:

详情代码地址：https://segmentfault.com/a/1190000020978410

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让该配置生效，此时刷新刚才的页面看一下效果:

同样的一个请求，请求内容的大小变成了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：

经过压缩之后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。现在访问一下页面：

如果把鼠标悬指到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

转载于: https://wintc.top/article/34