Vue项目的性能优化之路

转载自 https://www.jianshu.com/p/40b04701c571

Vue笔记六：Vue项目的性能优化之路

“你说一下性能优化的手段”。百分之八十的人都会说，压缩js和css之类的。显然这些都是必须做的，而且已经根本不是主要的性能优化的关键点。如果你只会说这些，只能说明你是个过时的前端工程师。

性能优化过程中，我们需要面对的更多是DMS解析过程，服务器缓存和浏览器缓存机制。

gzip压缩

在所有的web前端项目，静态资源基本都放在cdn上，gzip的压缩是非常必要的，它直接改变了js文件的大小，减少两到三倍。

参考加速nginx: 开启gzip和缓存，nginx的gzip配置非常简单，在你对应的域名底下，添加下面的配置，重启服务即可。gzip_comp_level的值大于2的时候并不明显，建议设置在1或者2之间。

# 开启gzip
gzip on;
# 启用gzip压缩的最小文件，小于设置值的文件将不会压缩
gzip_min_length 1k;
# gzip 压缩级别，1-10，数字越大压缩的越好，也越占用CPU时间，后面会有详细说明
gzip_comp_level 2;
# 进行压缩的文件类型。javascript有多种形式。其中的值可以在 mime.types 文件中找到。
gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
# 是否在http header中添加Vary: Accept-Encoding，建议开启
gzip_vary on;
# 禁用IE 6 gzip
gzip_disable "MSIE [1-6]\.";

服务器缓存

为了提高服务器获取数据的速度，nginx缓存着静态资源是非常必要的。如果是测试服务器对html应该不设置缓存，而js等静态资源环境因为文件尾部会加上一个hash值，这可以有效实现缓存的控制。

location ~* ^.+\.(ico|gif|jpg|jpeg|png)$ { 
  access_log   off; 
  expires      30d;
}
location ~* ^.+\.(css|js|txt|xml|swf|wav)$ {
  access_log   off;
  expires      24h;
}
location ~* ^.+\.(html|htm)$ {
  expires      1h;
}

浏览器缓存

浏览器缓存是通过html的头文件中的meta来控制。http-equiv是一个专门针对http的头文件，可以向浏览器传回一些有用的信息。与之对应的content，是各个参数的变量值。

HTTP 1.0

在HTTP1.0中通过Pragma控制页面缓存，可以设置为Pragma或no-cache。在不让浏览器或中间缓存服务器缓存页面的情况下，通常设置的值为no-cache，不过这个值不这么保险，通常还加上Expires置为0来达到目的。Expires可以用于设定网页的到期时间。一旦网页过期，必须到服务器上重新传输获取新的页面信息。PS：内容必须使用GMT的时间格式。

<meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="Expires" content="0">

HTTP 1.1

在HTTP1.1中通过Cache-Control控制页面缓存，可以设置为no-cache、private、no-store、max-age或must-revalidate等，默认为private。

<meta http-equiv="Cache-Control" content="no-cache">
  • public 浏览器和缓存服务器都可以缓存页面信息
  • private 对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效
  • no-cache 浏览器和缓存服务器都不应该缓存页面信息
  • no-store 请求和响应的信息都不应该被存储在对方的磁盘系统中，不使用缓存
  • must-revalidate 对于客户机的每次请求，代理服务器必须想服务器验证缓存是否过时
  • max-age 客户机可以接收生存期不大于指定时间（以秒为单位）的响应
  • min-fresh 客户机可以接收响应时间小于当前时间加上指定时间的响应

Last-Modified和Etags

Last-Modified服务器端文件响应头，描述最后修改时间。当浏览器再次进行请求时，会向服务器传送If-Modified-Since报头，询问时间点之后资源是否被修改过，从而区分200和304的请求状态码，304则选择浏览器缓存。

Etags不同的是，ETag是根据实体内容生成一段hash字符串，是标识资源的状态。它由服务端产生来判断文件是否有更新。

参考资料：

JS分包

前面说的两部分都可以说是偏后端的活，如果真的从前端方面考虑，我们可能会分包入手。正因为vue的脚手架搭建的项目，webpack的配置当中就包含了压缩js，css和html的压缩。所以，当我们的单页面越做越大的情况下，首要的一步就是分包。

vue官方称gzip压缩后只有20kb，但是你普通的打包方式也有100kb，再加上你自己的逻辑代码，整体包的体积也挺大的。直接影响首屏页面加载的效率。下面介绍一下两种分包的方法：

  • external 把包排除，使用cdn资源
  • dll 打包

vue，vuex和vue-router

在webpack配置文件中external设置，把这三个场用包排除这个操作，主要是把这三个包从vendor.js分开。

最后当然需要在html标签上添加上额外cdn的link或者script。

DLL打包

这种打包方式专门引用webpack官方的DllPlugin和DllReferencePlugin。DllPlugin会生成一个dll包的代码指纹manifest，管理额外的打包。而在项目生成的过程中，DllReferencePlugin会参考manifest的内容去打包。额外生成的js文件应该被放置在vue项目的文件当中的static文件夹底下，以便于代码部署。

参考PaicFE／vue-multi中的配置文件webpack.dll.config.js的写法。

预加载

预加载技术（prefetch）是在用户需要前我们就将所需的资源加载完毕，不是所有浏览器都支持，主要是Chrome浏览器。

DNS prefetch 分析这个页面需要的资源所在的域名，浏览器空闲时提前将这些域名转化为 IP 地址，真正请求资源时就避免了上述这个过程的时间。----HTML5 prefetch

由于域名转换成为IP的过程是非常耗时的一个过程，DNS prefetch可以减少这部分的时间。

<meta http-equiv='x-dns-prefetch-control' content='on'>
<link rel='dns-prefetch' href='http://g-ecx.images-amazon.com'>
<link rel='dns-prefetch' href='http://z-ecx.images-amazon.com'>
<link rel='dns-prefetch' href='http://ecx.images-amazon.com'>
<link rel='dns-prefetch' href='http://completion.amazon.com'>
<link rel='dns-prefetch' href='http://fls-na.amazon.com'>

预加载也可以对某个静态资源起到专门的作用。

<link rel='subresource' href='libs.js'>

预渲染（pre-rendering）是这个页面会提前加载好用户即将访问的下一个页面。

<link rel='prerender' href='http://www.pagetoprerender.com'>

vue组件keep-alive

如果你做用一个大型web的spa的时候，你有很多router，对应的是很多个页面。在页面的快速切换中，为了保证页面加载的效率，除了缓存机制之外，vue的keep-alive组件可以帮的上忙。

它会把组件保存在浏览器内存当中，方便你快速切换。

百度的lavas项目中就在vue-router当中使用keep-alive的组件，用它包裹着router-view。使用了keep-alive的组件内的数据将会保留，“是否需要重新同步数据”可以在vue-router的钩子中路由所带的参数执行判断。

Promise请求

es6的其中一个特性就是原生支持promise。在这里，我先不说异步编程里的generator和aync/await的属性。它们功能的实现都是基于promise。

Promise的特点在于：

  • 减少回调函数
  • 串并行处理
  • 代码的优雅

这里特别讲一下，ES6在性能优化上可以使用promise或者async／await去压缩请求时间。在过去，很多jquery的页面在调用接口请求都是一个接口等另一个接口，串行执行所有请求，最后在完成最后的回调函数，如此类推。这样的写法会直接导致“回调地狱”。即使你用vue-resource，我也review到非常多的“回调地狱”的情况。为了从根本上解决这个问题并提高开发效率，我建议优先使用promise。（async／await不急着投入使用），考虑到还有很多同事还在高效地开发业务代码。

现在的vue-resource已经支持promise的写法，为了更好地让技术向后发展，我建议将pagekit/vue-resource替换称为mzabriskie/axios和webmodules/jsonp。axios是可以同时满足服务端和浏览器端，同构的写法有助于以后将技术栈往SSR（服务端渲染）发展。jsonp这个库则是为了兼容jsonp的请求需要，需要对它进行了promise的封装。

export function getJsonp(urlHost, key, data, _params) {
  return new Promise((resolve, reject) => {
    let url = urlHost + key;
    if (data) url += `?${querystring.stringify({ ...data, temp: new Date().getTime() })}`;
    const params = _params || { timeout: 15000 };
    if (!params.timeout) params.timeout = 15000;
    jsonp(url, params, (err, res) => {
      if (err) {
        reject(err);
      } else {
        resolve(res);
      }
    });
  });
}

Promise的使用需要避免以下的写法，

promise.then(function(value) {
  // success
}, function(error) {
  // failure
});

尽量使用链式写法，

promise.then(function(value) {
  // step1
}).then(function(value){
  // step2
}).catch(function(value){
  // failure
})

并行的操作主要是Promise.all()，它可以将Promise操作的数组并行执行完成然后在进行串行的操作。Promise.race()则是返回并行请求中最先返回的请求的那个结果。它们的使用可以有效地压缩数据获取的时间。

扩展阅读



作者：brandonxiang
链接：https://www.jianshu.com/p/40b04701c571

posted on 2018-08-07 21:22  老前端er  阅读(23319)  评论(0)  编辑  收藏  举报