共计 2391 个字符，预计需要花费 6 分钟才能阅读完成。
原文链接：何晓东 博客
个人理解优化最开始需要做的是：将现有资源有效利用到极致，然后在做更多提升。开发人员多了解一些优化技术，不仅可以怒斥前端写的代码辣鸡，甚至可以和架构师谈笑风生。????
在进行 web 性能优化之前，我们先重温一下，访问一个页面地址到浏览器渲染完页面，都有哪些过程：
资源请求 / 获取流程图：
资源响应 / 页面渲染流程图：
这两张图无需额外解释了，所以 web 性能优化主要是针对这里的过程进行优化，上车：
DNS 优化
在与服务主机建立连接之前，需要先解析域名；那么，解析越快就越好。
- 限制不同域名的数量。数量多了自然会消耗更多的解析时间，https 时代这个成本更高。
- 保证低限度的解析延迟。了解你的 DNS 服务基础设施的结构，然后从你的最终用户分布的所有地域定期监控解析时间。
- 在主体页面 HTML 或响应中利用 DNS 预取指令。例如：
<link rel="dns-prefetch" href="//oss.aliyun.com>
优化 TCP 连接
开启新连接是一个耗时的过程，https 有加签名过程，更是耗时。
- 利用 preconnect 指令，连接在使用之前就已经建立好了，这样处理流程的关键路径上就不必考虑连接时间了。
<link rel="preconnect" href="//oss.aliyun.com" crossorigin> - 借助 CDN，在距离请求用户很近的边缘端点上，请求就可以获得响应，
所以可以终止连接，大幅减少建立新连接的通信延迟。静态资源上 cdn 现在成为常态 + 廉价的优化手段了。
避免重定向
重定向通常触发与额外域名建立连接。手机网络环境下，重定向会增加很大延迟，毕竟 iPhone 高通基带用户越来越多了，照顾信号差的用户。所以可以：
- 利用 CDN 代替客户端在云端实现重定向。
- nginx 层面用 rewrite 命令搞定。
利用缓存
本地缓存：没有什么比直接从本地缓存获取资源来得更快，因为它根本就不需要建立网络连接。最快的请求是根本不发起请求。另外，从本地获取资源时，ISP 或 CDN 提供商不会收取流量费。设置生存时间（TTL）告诉浏览器应该缓存某个资源多久。找到给定资源的最佳 TTL 值并没有完美的科学方法。设置客户端缓存 TTL，可以通过 HTTP 首部指定 cache control 以及键 max-age（以秒为单位），或者 expires 首部。
网络缓存：对于可以共享，能够接收一定旧数据的资料，可以在网络边缘缓存。主要是不需要实时性很高的资源文件可以网络缓存。
条件缓存：如果缓存 TTL 过期，客户端会向服务器发起请求。在多数情况下，收到的响应其实和缓存的版本是一样的，重新下载已经在缓存里的内容也是一种浪费。当资源不经常变化时，使用条件请求可以显著节省带宽和性能；可以通过以下手段使用条件缓存：
- 在请求中包含 HTTP 首部 Last-Modified-Since。仅当最新内容在首部中指定的日期之后被更新过，服务器才返回完整内容；否则只返回 304 响应码，并在响应首部中附带上新的时间戳 Date 字段。
- 在请求体中包含实体校验码，或者叫 ETag；它唯一标识所请求的资源。ETag 由服务器提供，内嵌于资源的响应首部中。服务器会比较当前 ETag 与请求首部中收到的 ETag，如果一致，就只返回 304 响应码；否则返回完整内容。依然是静态资源文件需要缓存。（可以参考 Nginx 内容缓存机制）
压缩和代码极简化
所有的文本内容（HTML、JS、CSS、SVG、XML、JSON、字体等），可以从压缩和极简
化中受益。这两种方法组合起来，可以显著减少资源大小。更少字节数对应着更少的请求-响应，也就意味着更短的请求时间。它通过可无损还原的算法减少资源大小。在发送资源之前，如果服务器进行压缩处理，可以节省 90% 的大小。
极简化是指从文本资源中剥离所有非核心内容的过程。极简化是放弃代码可读性与可维护性来减少字节数，个人不推荐使用。
避免阻塞 CSS/JS
尽管浏览器的预处理器很智能，会尽早请求整个页面所需要的 CSS，但是把 CSS 资源请求放在页面靠前的部分仍然是种最佳实践，具体位置是在页面代码的 head 标签里，而且要在任何 JS 或图片被请求和处理之前。
浏览器默认的阻塞行为导致了不必要的延迟，甚至会造成单点故障。为了减轻 JS 阻塞带来的潜在影响，推荐使用以下策略:
- 定期校验这些资源的使用情况。随着时间的变迁，Web 页面可能会持续下载一些不再
需要的 JS；这时候，最快速有效的解决办法就是去掉它。
- 如果 JS 执行顺序无关紧要，并且必须在 onload 事件触发之前运行，那么可以设置 async 属性，例如：
<script async src="/js/myfile.js"> - 如果 JS 执行顺序很重要，并且你也能承受脚本在 DOM 加载完之后运行，那么请使用 defer 属性，例如：
<script defer src="/js/myjs.js"> - 对不会影响到页面初次展示的 JS 脚本，必须在 onload 事件触发之后请求它。
- 如果你不想延迟主页面的 onload 事件，可以考虑通过 iframe 获取 JS，因为它的处理独立于主页面。但是，通过 iframe 下载的 JS 访问不了主页面上的元素。
优化图片
图片在现在很重要，而且高质量的图片体积很大，移动设备访问的时候，会有明显的加载慢问题，同时移动端用户耐心相对较低，所以对图片的优化刻不容缓：
- 去掉图片原始的信息，尤其是照片类，会包含位置，拍照设备等信息，去掉原始信息能减少很多体积。
- 提前裁剪图片，然后在页面的 js 判断需要加载哪种尺寸的图片，这种操作能直接选择小尺寸图片，对于页面的微信分享展示也是不错的提升。
- 考虑第三方的图片压缩算法，例如 Google 的 webp 格式图片，压缩比例高，不会影响图片质量。提前处理，然后加载压缩后的图片
参考书籍为《HTTP2 基础教程》，O’Reilly Media 出版社，自己调整了一些内容，希望不会收到律师函。
顺道推荐点 质量不错的付费课程
