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
        }
      ]
    }
  ]
})

  执行yarn build(或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')
        }
      ]
    }
  ]
})

执行yarn build(或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,打开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让该配置生效,此时刷新刚才的页面看一下效果:

  同样的一个请求,请求内容的大小变成了216K,而下载时间直接降低到了1s多,效果显著!nginx还有gzip的其它配置项,比如可以用gzip_comp_level可以控制压缩率(当然压缩率更高可能意味着更大的服务器消耗),有兴趣的同学可以查看nginx文档。

3. webpack打包时直接使用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之类的压缩手段,相信有立竿见影的效果。

¥ 赞赏