web前端性能优化指南(非常经典)

摘要：一般来说页面访问的时间有一条著名的“2-5-8原则”。当用户访问一个页面：
1、在2秒内得到响应时，会感觉系统响应很快；
2、在2-5秒之间得到响应时，会感觉系统的响应速度还可以；
3、在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但可以接受；
而超过8秒后仍然无法得到响应时，用户会感觉系统糟透了，进而选择离开这个站点，或者发起第二次请求。对于一个网站如果希望抓住用户，网站的速度以及稳定性是非常重要的。

一、为什么要做性能优化？

从上面可以看出，网站前端的用户体验决定了用户是否想要去使用网站的功能，而网站的功能决定了用户是否会一票否决前端体验。 不仅仅如此，如果前端优化得好，他不仅可以为企业节约成本，他还能给用户带来更多的用户，因为增强的用户体验。总结成三点就是：
1、加快页面展示和运行速度
2、节约服务器带宽流量
3、减少服务器压力

二、什么时候做性能优化最合适？

一般来说，遵循避免过早优化的原则，因为网站再发过程中的成本相对来说还是比较高的，web开发工程师、ui、产品、运维、后台服务等等，所以第一我们要保证基本功能完成，再考虑优化。第二在没有找到性能瓶颈之前，不要优化

三、哪方面需要做性能优化？

在这之前，我们先分析一个页面从发起请求到展示到用户大概流程
1、DNS 查询
2、发送 HTTP 请求
3、等待服务器响应
4、下载服务器响应内容
5、解析 HTML、CSS、JS
6、渲染 HTML、CSS、JS 和图片
7、响应用户事件
了解了这几个过程，大家应该知道如何优化了吧，对，就是对症下药：
1、针对 DNS 查询优化

减少网站所用的域名个数（现代浏览器基本都具备并行下载能），减少 DNS 查询时间建议一个网站使用至少 2 个域，但不多于 4 个域来提供资源

2、针对发送方面的请求优化

localStorage（本地存储）
静态资源打包，开启 Gzip 压缩（节省响应流量）
Cookie 隔离（节省请求流量）
使用 CDN 加速（访问最近服务器）

3、针对等待服务器响应方面的优化

合理设置 HTTP 缓存：Etag 与 Cache-control
启用 HTTP/2（多路复用，并行加载）
优化数据库查询
部署负载均衡

4、针对下载服务器响应内容优化

用 CSS3 实现图片，对小图标进行 base64（降低请求数）
延迟(defer)加载/异步(async)加载依赖
针对解析 HTML、CSS、JS优化
去掉无用的 HTML、CSS 和 JS
优化首屏时间：脚本后位置、图片压缩、懒加载

5、针对渲染 HTML、CSS、JS 和图片优化

最小化重绘(repaint)和回流(reflow)：批量修改元素样式、避免 table 布局等
针对响应用户事件优化
尽量不在前端做复杂的运算