前端网络性能优化问题

发布时间：2024-11-23 11:43

无线网络优化技巧1: 重启路由器可以解决临时网络不稳定问题 #生活技巧# #数码产品使用技巧# #无线网络优化#

DNS预解析

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

缓存

强缓存

在缓存期间不需要请求， 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 事件。

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

缺点：兼容性不好

预渲染

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

其他

使用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>

<head>

<title>Document</title>

</head>

<body>

setTimeout(() => {

const total = 100000

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>

网址：前端网络性能优化问题 https://www.yuejiaxmz.com/news/view/210399

上一篇：张杰：公交换乘代码优化及其生活应

下一篇：回归预测

前端网络性能优化问题

DNS预解析

缓存

强缓存

协商缓存

选择合适的缓存策略

使用HTTP/2.0

预加载

预渲染

其他

使用webpack优化项目

监控

面试题

相关内容

随便看看

最新动态分享

热点动态分享

专题

推荐动态分享