前言
事实上, 只有10%-20%的最终用户响应时间是发在从Web服务器获取HTML文档并传送到浏览器中的。如果希望能够有效地减少页面的响应时间，就必须关注剩余80%-90%的最终用户体验。--Steve Souders
在这篇博客中，我根据工作中的实际项目经验和一些测试的经验中总结出了前端页面在性能上优化方案。其中一些经验吸收自《高性能网站建设指南》Steve Souders 著 电子工业出版社。
一、 代码相关优化
1. 将样式表放在首部-使用link标签将样式表放在文档的HEAD中
遵循HTML规范，将样式表放在头部，可以有效避免白屏和无样式内容的闪烁。<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <meta http-equiv="X-UA-Compatible" content="ie=edge"> <title></title> <link rel="stylesheet" href="example.css"> </head> <body></body> </html>
2. 将脚本放在底部
将脚本放在顶部会造成的影响: 脚本阻塞对其后面内容的显示; 脚本会阻塞对其后面组件的下载; 将脚本放在底部</body>标签之前, 类似于document.body.appendChild(yourScript), 不会阻塞页面内容的呈现，而且页面中的可视组件可以尽早下载。<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <meta http-equiv="X-UA-Compatible" content="ie=edge"> <title></title> <link rel="stylesheet" href="example.css"> </head> <body> <script src="example.js"></script> </body> </html>
3. 减少HTTP请求
1) CSS Sprites (雪碧图) 将多个图片合成一张图片，通过background-position来定位所需要的图片。每次请求的话只需要请求一张图片减少http请求。(如果使用图标的话建议使用svg,也可以使用iconfont) 合成雪碧图的工具有很多 本地工具：https://github.com/iwangx/sprite（国人写的） 在线工具https://www.toptal.com/develo... 本地工具：
<img src="data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEASABIAAD/4SUJRXhpZgAATU> 3) 合并脚本和样式表 一般来说，使用外部脚本和样式表对性能更有利，然而如果将模块化的代码分开放到多个小文件中，会降低性能，每个文件都会导致一个额外的HTTP请求
4. 使用外部Javascript和css
Good
<link rel="stylesheet" href="example.css"> <script src="example.js"></script>
bad
<style> // code </style> <script> </script> 使用外部Javascript和Css的主要作用有: 可以配置缓存 有利于组件重用
5. 使用CDN (内容分发网络 Content Delivery Network)
CDN是构建在网络之上的内容分发网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。CDN的关键技术主要有内容存储和分发技术。--摘自百度百科 通过CDN引入的资源目前基本都是使用目前最新的HTTP2协议，所以在性能上可以做到极致优化，感谢CDN。 BootCDN - Bootstrap 中文网开源项目免费 CDN 加速服务 UNPKG6. 代码压缩
1) Gzip 压缩 gzip压缩可以节省50%-70%的网络开销 浏览器支持的压缩类型可以通过network的Accept-Encoding: gzip, deflate来查看。支持deflate的浏览器也支持gzip，但很多浏览器支持gzip却不支持deflate，因此gzip是最理想的压缩方法 node端 使用compression如果是webpack项目可以看下面的Vue首屏加载时间优化方案里的gzip压缩const compression = require('compression') 2) 代码压缩
前端打包压缩的有grunt，gulp，webpack，可以对HTML，CSS，Javascript代码压缩
二、 服务器相关优化
本文中使用nginx服务器进行相关配置，使用apache同样可以做到相关优化，具体操作请另Google1. 开启gzip压缩
服务端配置gzip压缩gzip on; gzip_static on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 2; gzip_types text/plain application/javascript application/x-javascript text/javascript text/css application/xml application/xml+rss; gzip_vary on; gzip_proxied expired no-cache no-store private auth; gzip_disable "MSIE [1-6]."; 我的服务器nginx相关的配置:
2. 开启HTTP2
HTTP2在前端性能上主要表现在：请求和响应的多路复用、头部压缩
感受下多路复用
3. 开启缓存
添加Expires头（强缓存）个人站点相关配置
nginx配置
location ~.*.(svg|woff|js|css){ root /yourFilePath; expires 1d; } Web服务器使用Expires头来告诉Web客户端它可以使用一个组件的当前副本，直到指定的时间为止 HTTP规范中简要地称该头为“在这一日期时间之后，响应将被认为是无效的”。它在HTTP响应中发送
expires: Thu, 30 May 2019 20:51:42 GMT 上面的Expires头告诉浏览器该响应的有效性持续到2019年5月30日为止。如果为页面中的一个图片返回了这个头，浏览器在后续的页面浏览中会使用缓存的图片，将HTTP请求的数量减少一个 Max-Age和mod_expires 个人站点的css文件使用强缓存cache-control: max-age
server { add_header Cache-Control max-age=72000 } 在解释缓存如何很好地改善传输性能之前，需要提及除了Expires 头之外的另一种选择。HTTP 1.1引入了Cache-Control头来克服Expires头的限制 因为Expires头使用一个特定的时间，它要求服务器和客户端的时钟严格同步。另外，过期日期需要经常检查，并且一旦未来这天到来了，还需要在服务器配置中提供个新的日期。 Cache-Control使用max-age指令指定组件被缓存多久, 如果从组件被请求开始过去的秒数少于max-age,浏览器就使用缓存的版本，这就避免了额外的HTTP请求。一个长久的max-age头可以将刷新窗设置为未来10年。
Cache-Control: max-age=315360000 Expires 和Cache-Control max-age.如果两者同时出现，HTTP规范规定max-age指令将重写Expires头。 建议使用Cache-Control max-age，如果使用expires你需要担心它带来的时钟同步和配置维护问题。 配置ETag（协商缓存）
Vue官方文档的Expires相关配置
附：Vue首屏加载时间过长详细优化方案
首先附一张优化过后的图 首屏加载时间从原来的10s到2s，测试的个人站点
1. gzip压缩
结合服务器相关优化第一条：开启gzip压缩 下面是前端项目中vue.config.js中的配置const CompressionWebpackPlugin = require('compression-webpack-plugin') const ENV = process.env.NODE_ENV || 'development' module.exports = { configureWebpack: config => { if (ENV === 'production') { config.plugins.push(new CompressionWebpackPlugin({ algorithm: 'gzip', test: /.(js|css|html)$/, threshold: 10240, minRatio: 0.8 })) } } }
2. 使用CDN内容分发网络
在index.html文件中通过环境来判断是否引入cdn文件，在vue.config.js文件中webpack通过环境判断是否使用cdn引入文件的全局变量 使用CDN需要在webpack和index.html进行相关配置第一步 配置vue.config.js，只需要在刚才配置Gzip压缩的基础上再加一段代码：
const CompressionWebpackPlugin = require('compression-webpack-plugin') const ENV = process.env.NODE_ENV || 'development' module.exports = { configureWebpack: config => { if (ENV === 'production') { config.plugins.push(new CompressionWebpackPlugin({ algorithm: 'gzip', test: /.(js|css|html)$/, threshold: 10240, minRatio: 0.8 })) // 配置externals就是当使用CDN进入的js文件在当前项目中可以引用 // 比如在开发环境引入的vue是import Vue from 'vue', 这个大写的Vue就是对应的下面的大写的Vue config.externals = { 'vue': 'Vue', 'vue-router': 'VueRouter', 'axios': 'axios' } } } }
第二步 配置index.html,在body里使用EJS语法判断是否为生产环境
<body> <div id="app"></div> <% if (NODE_ENV === 'production') { %> <script src="https://cdn.bootcss.com/vue/2.6.10/vue.min.js"></script> <script src="https://cdn.bootcss.com/vue-router/3.0.2/vue-router.min.js"></script> <script src="https://cdn.bootcss.com/axios/0.18.0/axios.min.js"></script> <% } %> </body>
3. 配置sourceMap
devtool | webpack中文网 你可以根据官网来对开发环境和生产环境进行详细配置 当然也可以像我一样直接productionSourceMap: false干掉生产环境的sourceMapconst CompressionWebpackPlugin = require('compression-webpack-plugin') const ENV = process.env.NODE_ENV || 'development' module.exports = { configureWebpack: config => { if (ENV === 'production') { config.plugins.push(new CompressionWebpackPlugin({ algorithm: 'gzip', test: /.(js|css|html)$/, threshold: 10240, minRatio: 0.8 })) config.externals = { 'vue': 'Vue', 'vue-router': 'VueRouter', 'axios': 'axios' } } }, productionSourceMap: false }
4. 使用HTTP2
请参考服务端优化第二条
结语
前端性能优化至关重要，文中提及的是我认为比较重要的几点，以后遇到更好的方案会补充进来。当然你也可以在评论区留言我们一起探讨，有错误的地方欢迎指出。
