当前位置：首页 > article >正文

前端网络性能优化问题

article 2024/11/19 23:26:55

DNS预解析

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

<link rel="dns-prefetch" href="//abcd.cn">

缓存

强缓存

在缓存期间不需要请求， state code 为 200

可以通过两种响应头实现： Expires和Cache-Control

Expires: Wed, 22 Oct 2025 08:41:00 GMT

Expires 是 HTTP / 1.0 的产物，表示资源会在 Wed, 22 Oct 2025 08:41:00 GMT 后过期，需要再次请求。并且 Expires 受限于本地时间，如果修改了本地时间，可能会造成缓存失效。

Cache-control: max-age=30

Cache-Control 出现于 HTTP / 1.1，优先级⾼于 Expires 。该属性表示资源会在 30 秒后过期，需要再次请求。

协商缓存

如果缓存过期了，我们就可以使⽤协商缓存来解决问题。协商缓存需要请求，如果缓存有效会返回 304。

协商缓存需要客户端和服务端共同实现，和强缓存⼀样，也有两种实现⽅式。

Last-Modified 和 If-Modified-Since

Last-Modified ：本地⽂件最后修改⽇期

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

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

ETag 和 If-None-Match

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

选择合适的缓存策略

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

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

使用HTTP/2.0

因为浏览器会有并发请求限制，在 HTTP / 1.1 时代，每个请求都需要建⽴和断开，消耗了好几个 RTT 时间，并且由于 TCP 慢启动的原因，加载体积⼤的⽂件会需要更多的时间。

在 HTTP / 2.0 中引⼊了多路复⽤，能够让多个请求使⽤同⼀个 TCP 链接，极⼤的加快了网页的加载速度。并且还⽀持 Header 压缩，进⼀步的减少了请求的数据大小。

预加载

有些资源不需要马上用到，但是希望尽早获取，这时候就可以使用预加载。

预加载其实是声明式的 fetch ，强制浏览器请求资源，并且不会阻塞 onload 事件。

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

优点：一定程度降低首屏加载时间

缺点：兼容性不好

预渲染

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

预渲染虽然可以提高页面加载速度，但要保证用户一定会之后打开该页面，否则浪费资源

其他

使用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 发起⼀个请求。

面试题

如何渲染几万条数据并不卡住界面

可以通过 requestAnimationFrame 来每 16 ms 刷新⼀次，一次渲染部分数据

<!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>Document</title>
 </head>
 <body>
  <ul>控件</ul>
  <script>
    setTimeout(() => {
      // 插⼊⼗万条数据
      const total = 100000
      // ⼀次插⼊ 20 条，如果觉得性能不好就减少
      const once = 20
      // 渲染数据总共需要⼏次
      const loopCount = total / once
      let countOfRender = 0
      let ul = document.querySelector("ul");
      function add() {
        // 优化性能，插⼊不会造成回流
        const fragment = document.createDocumentFragment();
        for (let i = 0; i < once; i++) {
          const li = document.createElement("li");
          li.innerText = Math.floor(Math.random() * total);
          fragment.appendChild(li);
        }
        ul.appendChild(fragment);
        countOfRender += 1;
        loop();
      }
      function loop() {
        if (countOfRender < loopCount) {
          window.requestAnimationFrame(add);
        }     
      }
      loop();
    }, 0);
  </script>
 </body>
 </html>

查看全文

http://www.kler.cn/a/400733.html