第21天 JavaScript性能

1 DNS 预解析
DNS 解析也是需要时间的，可以通过预解析的⽅式来预先获得域名所对应的 IP

<link rel="dns-prefetch" href="//blog.poetries.top">

2 缓存
缓存对于前端性能优化来说是个很重要的点，良好的缓存策略可以降低资源的重复加载提 ⾼⽹⻚的整体加载速度 通常浏览器缓存策略分为两种：强缓存和协商缓存
1）强缓存

• 实现强缓存可以通过两种响应头实现： Expires 和 Cache-Control 。强缓 存表示在缓存期间不需要请求， state
  code 为 200
• Expires 是 HTTP / 1.0 的产物，表示资源会在 Wed, 22 Oct 2018 08:41:00 GMT
  后过期，需要再次请求。并且 Expires 受限于本地时间，如 果修改了本地时间，可能会造成缓存失效
• Cache-Control 出现于 HTTP / 1.1 ，优先级⾼于 Expires 。该属性表 示资源会在 30
  秒后过期，需要再次请求

2）协商缓存
如果缓存过期了，我们就可以使⽤协商缓存来解决问题。协商缓存需要请求，如果缓存有 效会返回 304
协商缓存需要客户端和服务端共同实现，和强缓存⼀样，也有两种实现⽅式

Last-Modified 和 If-Modified-Since

• Last-Modified 表示本地⽂件最后修改⽇期， If-Modified-Since 会将 LastModified

• 的值发送给服务器，询问服务器在该⽇期后资源是否有更新，有更新的话就会将 新的资源发送回来

  • 但是如果在本地打开缓存⽂件，就会造成 Last-Modified 被修改，所以在 HTTP /1.1 出现了 ETag

ETag 和 If-None-Match

ETag 类似于⽂件指纹， If-None-Match 会将当前 ETag 发送给服务器，询问该资源 ETag 是否变动，有变动的话就将新的资源发送回来。并且 ETag 优先级⽐ LastModified ⾼

选择合适的缓存策略
对于⼤部分的场景都可以使⽤强缓存配合协商缓存解决，但是在⼀些特殊的地 ⽅可能需要选择特殊的缓存策略

• 对于某些不需要缓存的资源，可以使⽤ Cache-control: no-store ，表示该资源不需要 缓存
• 对于频繁变动的资源，可以使⽤ Cache-Control: no-cache 并配合 ETag 使⽤，表示
  该资源已被缓存，但是每次都会发送请求询问资源是否更新。
• 对于代码⽂件来说，通常使⽤ Cache-Control: max-age=31536000 并配合策略缓存使
  ⽤，然后对⽂件进⾏指纹处理，⼀旦⽂件名变动就会⽴刻下载新的⽂件

3 使⽤ HTTP / 2.0

• 因为浏览器会有并发请求限制，在 HTTP / 1.1 时代，每个请求都需要建⽴和断开，消耗 了好⼏个 RTT 时间，并且由于 TCP 慢启动的原因，加载体积⼤的⽂件会需要更多的时 间
• 在 HTTP / 2.0 中引⼊了多路复⽤，能够让多个请求使⽤同⼀个 TCP 链接，极⼤的加 快了⽹⻚的加载速度。并且还⽀持 Header 压缩，进⼀步的减少了请求的数据⼤⼩

4 预加载

• 在开发中，可能会遇到这样的情况。有些资源不需要⻢上⽤到，但是希望尽早获取，这时 候就可以使⽤预加载

• 预加载其实是声明式的 fetch ，强制浏览器请求资源，并且不会阻塞 onload 事件， 可以使⽤以下代码开启预加载

<link rel="preload" href="http://example.com">

预加载可以⼀定程度上降低⾸屏的加载时间，因为可以将⼀些不影响⾸屏但重 要的⽂件延后加载，唯⼀缺点就是兼容性不好

5 预渲染
可以通过预渲染将下载的⽂件预先在后台渲染，可以使⽤以下代码开启预渲染

<link rel="prerender" href="http://poetries.com">

预渲染虽然可以提⾼⻚⾯的加载速度，但是要确保该⻚⾯百分百会被⽤户在之后打开，否 则就⽩⽩浪费资源去渲染

6 懒执⾏与懒加载
1)懒执⾏
懒执⾏就是将某些逻辑延迟到使⽤时再计算。该技术可以⽤于⾸屏优化，对于某些耗时逻 辑并不需要在⾸屏就使⽤的，就可以使⽤懒执⾏。懒执⾏需要唤醒，⼀般可以通过定时器 或者事件的调⽤来唤醒

2)懒加载
懒加载就是将不关键的资源延后加载

懒加载的原理就是只加载⾃定义区域（通常是可视区域，但也可以是即将进⼊ 可视区域）内需要加载的东⻄。对于图⽚来说，先设置图⽚标签的 src
属性 为⼀张占位图，将真实的图⽚资源放⼊⼀个⾃定义属性中，当进⼊⾃定义区域 时，就将⾃定义属性替换为 src
属性，这样图⽚就会去下载资源，实现了图 ⽚懒加载

懒加载不仅可以⽤于图⽚，也可以使⽤在别的资源上。⽐如进⼊可视区域才开始播放视频 等

7 ⽂件优化

图⽚优化

• 减少像素点
• 减少每个像素点能够显示的颜⾊

图⽚加载优化

• 不⽤图⽚。很多时候会使⽤到很多修饰类图⽚，其实这类修饰图⽚完全可以⽤ CSS 去代 替。

• 对于移动端来说，屏幕宽度就那么点，完全没有必要去加载原图浪费带宽。⼀般图⽚都⽤ CDN 加载，可以计算出适配屏幕的宽度，然后去请求相应裁剪好的图⽚

• ⼩图使⽤ base64 格式

• 将多个图标⽂件整合到⼀张图⽚中（雪碧图）

• 选择正确的图⽚格式：

• 对于能够显示 WebP 格式的浏览器尽量使⽤ WebP 格式。因为 WebP 格式具有更好
  的图像数据压缩算法，能带来更⼩的图⽚体积，⽽且拥有⾁眼识别⽆差异的图像质量， 缺点就是兼容性并不好
  ⼩图使⽤ PNG ，其实对于⼤部分图标这类图⽚，完全可以使⽤ SVG 代替
  照⽚使⽤ JPEG

其他⽂件优化

• CSS ⽂件放在 head 中
• 服务端开启⽂件压缩功能
• 将 script 标签放在 body 底部，因为 JS ⽂件执⾏会阻塞渲染。当然也可以把
  script 标签放在任意位置然后加上 defer ，表示该⽂件会并⾏下载，但是会放到
  HTML 解析完成后顺序执⾏。对于没有任何依赖的 JS ⽂件可以加上 async ，表示加 载和渲染后续⽂档元素的过程将和 JS ⽂件的加载与执⾏并⾏⽆序进⾏。 执⾏ JS 代码 过⻓会卡住渲染，对于需要很多时间计算的代码
• 可以考虑使⽤ Webworker 。 Webworker 可以让我们另开⼀个线程执⾏脚本⽽不影响渲 染

CDN

8 其他
使⽤ Webpack 优化项⽬

• 对于 Webpack4 ，打包项⽬使⽤ production 模式，这样会⾃动开启代码压缩
• 使⽤ ES6 模块来开启 tree shaking ，这个技术可以移除没有使⽤的代码
• 优化图⽚，对于⼩图可以使⽤ base64 的⽅式写⼊⽂件中
• 按照路由拆分代码，实现按需加载
• 给打包出来的⽂件名添加哈希，实现浏览器缓存⽂件

监控
对于代码运⾏错误，通常的办法是使⽤ window.onerror 拦截报错。该⽅法 能拦截到⼤部分的详细报错信息，但是也有例外

• 对于跨域的代码运⾏错误会显示 Script error . 对于这种情况我们需要给 script 标 签添加 crossorigin 属性
• 对于某些浏览器可能不会显示调⽤栈信息，这种情况可以通过arguments.callee.caller 来做栈递归
• 对于异步代码来说，可以使⽤ catch 的⽅式捕获错误。⽐如 Promise 可以直接使⽤ catch 函数， async await 可以使⽤ try catch
• 但是要注意线上运⾏的代码都是压缩过的，需要在打包时⽣成 sourceMap ⽂件便于debug 。
• 对于捕获的错误需要上传给服务器，通常可以通过 img 标签的 src 发起⼀个请求