摘要:但这些加载器对于浏览器的加载优先级队列完全束手无策,这也使得他们不得不屈服于同样的性能问题。
参考文章:https://developer.mozilla.org...先简单介绍下 link 标签作用
你可以在页面 元素内部使用 标签书写一些声明式的资源获取请求preload (预加载)
有些资源是在页面加载完成后即刻需要的,对于这种即刻需要的资源,你可能希望在页面加载的生命周期的早期阶段就开始获取,在浏览器的主渲染机制介入前就进行预加载。preload 基本用例
这一机制使得资源可以更早的得到加载并可用,且更不易阻塞页面的初步渲染,进而提升性能。
preload 使用 as 指定预加载的内容的类型,将使得浏览器能够JS and CSS preload example
as 可选参数更精确地优化资源加载优先级
匹配未来的加载需求,在适当的情况下,重复利用同一资源
为资源应用正确的内容安全策略
为资源设置正确的 Accept 请求头
跨域获取audio: 音频文件
document: 一个将要被嵌入到 或
embed: 一个将要被嵌入到
fetch: 那些将要通过 fetch 和 XHR 请求来获取的资源,比如一个 ArrayBuffer 或 JSON 文件
font: 字体文件
image: 图片文件
object: 一个将会被嵌入到
script: JavaScript 文件
style: 样式表
track: WebVTT 文件
worker: 一个 JavaScript 的 web worker 或 shared worker
video: 视频文件
如果你已经有了一个可以正确工作的 CORS 设置,那么你也可以同样成功的预加载那些跨域资源,只需要你在 元素中设置好 crossorigin 属性即可
注意:如果你需要获取的是字体文件,那么即使是非跨域的情况下,也需要应用这一属性
包含媒体Web font example ...
元素有一个很棒的特性是它们能够接受一个media属性。它们可以接受媒体类型或有效的媒体查询作为属性值,这将令你能够使用响应式的预加载!
Responsive preload example My site
上面是一个简单的例子,我们可以通过媒体查询,来根据屏幕的大小预加载不同的图片
这一特性将使另一种情况成为可能——字体在随着页面渲染完成的时候即可使用,减少了FOUC (无样式字体闪烁)等问题
值得注意的是,这一特性并不仅限于图片,或其他有着同样类型的文件,还有更多想象空间。比如,你可以在用户仅有较窄的屏幕,CPU 和带宽资源较为有限的情况下预加载并展示一个简单的 SVG 图表,而在用户资源较为充裕的时候再去加载一系列复杂的 JavaScript 文件以显示一个有交互功能的 3D 模型
脚本化与预加载另一项很棒的关于预加载的事情是,如果需要,你可以完全以脚本化的方式来执行这些预加载操作。例如,我们在这里创建一个 HTMLLinkElement 实例,然后将他们附加到 DOM 上:
var preloadLink = document.createElement("link"); preloadLink.href = "myscript.js"; preloadLink.rel = "preload"; preloadLink.as = "script"; document.head.appendChild(preloadLink);
这意味着浏览器将预加载这个JavaScript文件,但并不实际执行它
当你需要预加载一个脚本,但需要推迟到需要的时候才令其执行时,这种方式会特别有用
如果要对其加以执行,在需要的时候,你可以执行:
var preloadedScript = document.createElement("script"); preloadedScript.src = "myscript.js"; document.body.appendChild(preloadedScript);其他资源预加载机制 还存在一些其他预加载机制,但没有哪个会比在大多数情况下更符合你的需要和预期:
已经被许多浏览器支持了相当长的时间,但它是意图预获取一些资源,以备下一个导航 / 页面使用(比如,当你去到下一个页面时)。这很好,但对当前的页面并没有什么助益。此外,浏览器会给使用 prefetch 的资源一个相对较低的优先级——与使用 preload 的资源相比。毕竟,当前的页面比下一个页面相对更加重要
被 Chrome 支持了有一段时间,并且已经有些搔到预加载当前导航 / 页面(所含有的资源)的痒处了。但它有一个问题——没有办法处理所获取内容的优先级(as也并不存在),所以最终,这些资源会以一个相当低的优先级被加载,这使得它能提供的帮助相当有限
除以上这些意外,还有大量的基于脚本的资源加载器。但这些加载器对于浏览器的加载优先级队列完全束手无策,这也使得他们不得不屈服于同样的性能问题。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/54154.html
摘要:表示当所有资源都加载完后,开始预加载这里指定的资源,有最低的优先级。其他方面的测试,目前还没有很好的方案,暂且只能通过查看浏览器是否缓存来测试。警告这些特定还是实验性质的,将来可能改变。权利越大,责任越大,不要滥用参考链接 原文:HTML5 Prefetch 作者:Luis Vieira 译文:HTML5 prefetch 译者:@赖小赖小赖 声明:此文带着自己的理解,不完全按...
摘要:在某些情况下,延迟能减少一秒钟。在某些浏览器中这个预读取的行为将会与页面实际内容并行发生而不是串行。在某些图片较多的页面中,在发起图片加载请求之前预先把域名解析好将会有至少的图片加载速度提升。 1. 使用dns预解析 DNS 请求需要的带宽非常小,但是延迟却有点高,这点在手机网络上特别明显。预读取 DNS 能让延迟明显减少一些,例如用户点击链接时。在某些情况下,延迟能减少一秒钟。 在某...
阅读 1533·2021-11-02 14:42
阅读 2287·2021-10-11 10:58
阅读 584·2021-09-26 09:46
阅读 2890·2021-09-08 09:35
阅读 1375·2021-08-24 10:01
阅读 1213·2019-08-30 15:54
阅读 3584·2019-08-30 15:44
阅读 1777·2019-08-30 10:49