preload
是一个新的 Web 标准,旨在提高性能以及提供给 web 开发者更多的细粒度加载控制。它可以使开发者自定义加载逻辑而避免以script
标签加载资源所带来的性能损耗。
preload
可以指明哪些资源在页面加载的生命周期的早期阶段就开始获取,在浏览器的主渲染机制介入前就进行预加载。这一机制使得资源可以更早的得到加载并可用,且更不易阻塞页面的初步渲染,进而提升性能。
preload
提供的好处主要是:
- 将加载和执行分离,可不阻塞渲染和
document
的onload
事件。 - 提前加载指定资源,不再出现依赖的
font
字体隔了一段时间才刷出。 - 可以去更早地加载晚出现的资源。
哪些类型的资源可以使用 preload?
-
vaudio
: 音频文件。 -
document
: 一个将要被嵌入到<frame>
或<iframe>
内部的 HTML 文档。 -
embed
: 一个将要被嵌入到<embed>
元素内部的资源。 -
fetch
: 那些将要通过fetch
和 XHR 请求来获取的资源,比如一个 ArrayBuffer 或 JSON 文件。 -
font
: 字体文件。 -
image
: 图片文件。 -
object
: 一个将会被嵌入到<embed>
元素内的文件。 -
script
: JavaScript 文件。 -
style
: 样式表。 -
track
: WebVTT 文件。 -
worker
: 一个 JavaScript 的 web worker 或 shared worker。 -
video
: 视频文件。
如何使用 preload?
使用 link 标签
<!-- 使用 link 标签静态标记需要预加载的资源 -->
<link rel="preload" href="/path/to/style.css" as="style">
<!-- 或使用脚本动态创建一个 link 标签后插入到 head 头部 -->
<script>
const link = document.createElement('link');
link.rel='preload';
link.as='style';
link.href='/path/to/style.css';
document.head.appendChild(link);
</script>
使用 as
来指定将要预加载的内容的类型,将使得浏览器能够:
- 更精确地优化资源加载优先级。
- 匹配未来的加载需求,在适当的情况下,重复利用同一资源。
- 为资源应用正确的内容安全策略。
- 为资源设置正确的 Accept 请求头。
使用 HTTP 响应头的 Link 字段创建
Link: <https://example.com/other/styles.css>; rel=preload; as=style
更早的加载
使用 preload
前,在遇到资源依赖时才会进行加载:
使用 preload
后,浏览器会进行资源调度,将 link
指定的资源优先加载,不管资源是否使用:
但使用 preload
时需要注意以下几点。
1. 不要滥用 preload。
若不确定资源是必定会使用的,则不要无意义的使用 preload
,在移动端则需要特别慎重,因为可能会浪费用户的带宽。
2. preload 会使资源优先加载,但不一定会提升优先级(Priority)。
是否相同优先级
?是否使用 preload
? preload 指定的资源先加载
: 根据 Queue 顺序加载
: 根据优先级权重加载
使用 preload
会减少线程的 Queueing 时间,但是不一定会提高资源优先级。下图为使用 preload
的前后对比。
3. 不要混淆 preload 和 prefetch。
<!-- 预测 -->
<link rel="preload" href="a.css">
<!-- 确认 -->
<link rel="prefetch" href="b.css">
prefetch
是一种期望,预测会加载指定的资源,以备下一个导航或者下一屏页面使用,但对当前的页面并没有什么帮助。如果 prefetch
使用不得当,还会造成资源重复加载的问题。页面不一定会使用 prefetch
指定的资源。
preload
是一种肯定,确认会加载指定资源,在页面加载的生命周期的早期阶段就开始获取,不区分下一屏。页面一定会使用 preload
指定的资源(不使用将会报警告⚠️)。
4. 使用 preload 预加载跨域资源时,需要设置 crossorigin 属性。
如果你需要获取的是 font
文件,那么即使是非跨域的情况下,也需要设置 crossorigin
。
<link rel="preload" href="https://mdn.github.io/html-examples/link-rel-preload/fonts/fonts/cicle_fina-webfont.woff2 " as="font" crossorigin="anonymous">
若不指定 crossorigin
属性,则会采用匿名模式的 CORS 去加载。这样可能会导致因为优先级的不同而重复加载资源文件的问题。
更多 preload
示例介绍。
总结
- 资源优先级 Priority 会随着浏览器进程的不同阶段动态变化的。
- 更早的加载意味着更早的渲染。
-
prefetch
和preconnect
都属于预加载机制,但preload
在大多数情况下更符合需求和预期。
同系列文章:
- 性能优化小册 - 异步堆栈追踪:为什么 await 胜过 Promise
- 性能优化小册 - 分类构建:利用好 webpack hash
- 性能优化小册 - 提高网页响应速度:优化你的 CDN 性能
- 性能优化小册 - 可编程式缓存:Service Workers
参考:
Preload: What Is It Good For? - https://www.smashingmagazine....
用 preload 预加载页面资源 - https://mp.weixin.qq.com/s/yt...
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。