让页面更早的渲染:使用 preload 提升资源加载优先级

更新日期: 2020-04-08阅读: 2.4k标签: 渲染
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 时间,但是不一定会提高资源优先级。


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 在大多数情况下更符合需求和预期。

来自:https://segmentfault.com/a/1190000022839874

链接: https://fly63.com/article/detial/9260

vue中数据更新变化,而页面视图未渲染的解决方案

在使用vue的时候,我们都知道它是双向数据绑定的,但是在使用不熟的情况下,经常会遇到:data中的数据变化了,但是并没有触发页面渲染。下面就整理一些出现这种情况的场景以及解决办法。

服务端渲染和客户端渲染的对比

这里结合art-template模板引擎说明。首先了解下前端页面中如何使用art-template。当不需要对SEO友好的时候,推荐使用客户端渲染;当需要对 SEO友好的时候,推荐使用服务器端渲染

解决使用vue.js未渲染前代码显示问题

在使用vue的时候,偶然发现多次刷新或者网络加载缓慢的时候,会一瞬间出现设置的模板的情况。实在很影响美观,可以使用vue现成的指令来解决这个问题:v-cloak

在微信小程序中渲染html内容的实现

大部分Web应用的富文本内容都是以HTML字符串的形式存储的,通过HTML文档去展示HTML内容自然没有问题。但是,在微信小程序(下文简称为「小程序」)中,应当如何渲染这部分内容呢?

原来 CSS 与 JS 是这样阻塞 DOM 解析和渲染的

估计大家都听过,尽量将 CSS 放头部,JS 放底部,这样可以提高页面的性能。然而,为什么呢?大家有考虑过么?很长一段时间,我都是知其然而不知其所以然,强行背下来应付考核当然可以,但实际应用中必然一塌糊涂

Vue渲染数据理解以及Vue指令

原生JS改变页面数据,必须要获取页面节点,也即是进行DOM操作,jQuery之类的框架只是简化DOM操作的写法,实质并没有改变操作页面数据的底层原理,DOM操作影响性能(导致浏览器的重绘和回流),Vue是一个mvvm框架(库),大幅度减少了DOM操作

Web渲染那些事儿

在决定渲染方式时,需要测量和理解真正的瓶颈在哪里。静态渲染或服务器渲染在多数情况都比较适用,尤其是可交互性对JS依赖较低的场景。下面是一张便捷的信息图,显示了服务器到客户端的技术频谱:

vue从后台获取数据赋值给data,如何渲染更细视图

如果从服务端返回的数据量较少,或者只有几个字段,可以用vue的set方法,如果数据量较大,请直接看第二种情况。官网API是这样介绍的:Vue.set(target,key,value)

react 异步加载数据时的渲染问题

当数据需要异步加载时render获取不到数据可能会报一些错误,此时需要在render函数中加一个判断.行到render时,state对象的haveData为false, 所以此时页面展示 loading,当异步获取数据成功时

Vue.js中v-html渲染的dom添加scoped的样式

在vue.js中,要将一段字符串渲染成html,可以使用v-html指令。但是 官方文档 中的v-html部分也提醒了

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!