prefetch和preload

前面的话

　　基于VUE的前端小站改造成SSR服务器端渲染后，HTML文档会自动使用preload和prefetch来预加载所需资源，本文将详细介绍preload和prefetch的使用

资源优先级

　　在介绍preload和prefetch之前，首先要介绍浏览器的资源优先级

　　在Chrome浏览器中，不同的资源在浏览器渲染的不同阶段进行加载的优先级不同

　　一共分成五个级别

Highest 最高
Hight 高
Medium 中等
Low 低
Lowest 最低

　　其中主资源HTML和CSS的优先级最高，其他资源根据情况的不同优先级不一

　　JS脚本根据它们在文件中的位置是否异步、延迟或阻塞获得不同的优先级：

　　1、网络在第一个图片资源之前阻塞的脚本在网络优先级中是中级

　　2、网络在第一个图片资源之后阻塞的脚本在网络优先级中是低级

　　3、异步／延迟／插入的脚本（无论在什么位置）在网络优先级中是很低级

　　图片（视口可见）将会获得相对于视口不可见图片（低级）的更高的优先级（中级），所以某些程度上 Chrome 将会尽量懒加载这些图片。低优先级的图片在布局完成被视口发现时，将会获得优先级提升

　　preload 使用 “as” 属性加载的资源将会获得与资源 “type” 属性所拥有的相同的优先级。比如说，preload as="style" 将会获得比 as=“script” 更高的优先级

　　不带 “as” 属性的 preload 的优先级将会等同于异步请求

preload

【定义】

　　如下所示，preload是link元素中的rel属性值

<link rel=“preload”> 

　　preload 提供了一种声明式的命令，让浏览器提前加载指定资源(加载后并不执行)，需要执行时再执行

　　这样做的好处在于：

　　1、将加载和执行分离开，不阻塞渲染和document的onload事件

　　2、提前加载指定资源，不再出现依赖的font字体隔了一段时间才刷出的情况

【创建】

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

【检测】

　　在不支持 preload 的浏览器环境中，会忽略对应的 link 标签，而若需要做特征检测的话，则可以使用如下代码

const isPreloadSupported = () => {
  const link = document.createElement('link');
  const relList = link.relList;
  if (!relList || !relList.supports) {
    return false;
  }
  return relList.supports('preload');
}

【特性】

　　使用 preload 后，不管资源是否使用都将提前加载。若不确定资源是必定会加载的，则不要错误使用 preload，以免本末导致，给页面带来更沉重的负担

　　Preload 有 as 属性，浏览器可以设置正确的资源加载优先级，这种方式可以确保资源根据其重要性依次加载， 所以，Preload既不会影响重要资源的加载，又不会让次要资源影响自身的加载；浏览器能根据 as 的值发送适当的 Accept 头部信息；浏览器通过 as 值能得知资源类型，因此当获取的资源相同时，浏览器能够判断前面获取的资源是否能重用

　　如果忽略 as 属性，或者错误的 as 属性会使 preload 等同于 XHR 请求，浏览器不知道加载的是什么，因此会赋予此类资源非常低的加载优先级

　　Preload 的与众不同还体现在 onload 事件上。也就是说可以定义资源加载完毕后的回调函数

<link rel="preload" href="..." as="..." onload="preloadFinished()">

　　比如，可以使用preload的样式表立即生效

<link rel="preload" href="style.css" onload="this.rel=stylesheet">

　　此外，preload 不会阻塞 windows 的 onload 事件

　　对跨域的文件进行preload时，必须加上 crossorigin 属性

<link rel="preload" as="font" crossorigin href="https://at.alicdn.com/t/font_zck90zmlh7hf47vi.woff">

【二次获取】

　　1、不使用as属性

　　如果对所 preload 的资源不使用明确的 “as” 属性，将会导致二次获取

　　2、字体文件

　　preload 字体不带 crossorigin 会二次获取！ 确保对 preload 的字体添加 crossorigin 属性，否则字体文件会被下载两次，这个请求使用匿名的跨域模式。这个建议也适用于字体文件在相同域名下，也适用于其他域名的获取(比如说默认的异步获取)

【警告】

　　没有用到的 preload 资源在 Chrome 的 console 里会在 onload 事件 3s 后发生警告

prefetch

　　如下所示，prefetch是link元素中的rel属性值

<link rel=“prefetch”>

　　它的作用是告诉浏览器加载下一页面可能会用到的资源，注意，是下一页面，而不是当前页面。因此该方法的加载优先级非常低，也就是说该方式的作用是加速下一个页面的加载速度

【区分】

　　preload 是告诉浏览器页面必定需要的资源，浏览器一定会加载这些资源

　　prefetch 是告诉浏览器页面可能需要的资源，浏览器不一定会加载这些资源

　　在VUE SSR生成的页面中，首页的资源均使用preload，而路由对应的资源，则使用prefetch

<link rel="preload" href="./manifest.js" as="script">
<link rel="preload" href="./vendor.js" as="script">
<link rel="preload" href="./app.js" as="script">
<link rel="prefetch" href="./vendor-async.js">
<link rel="prefetch" href="./user.js">
<link rel="prefetch" href="./comment.js">
<link rel="prefetch" href="./category.js">
<link rel="prefetch" href="./post.js">
<link rel="prefetch" href="./home.js">

　　所以，对于当前页面很有必要的资源使用 preload，对于可能在将来的页面中使用的资源使用 prefetch

【不要混用】

　　preload 和 prefetch 混用的话，并不会复用资源，而是会重复加载

<link rel="preload"   href="https://at.alicdn.com/t/font_zck90zmlh7hf47vi.woff" as="font">
<link rel="prefetch"  href="https://at.alicdn.com/t/font_zck90zmlh7hf47vi.woff" as="font">

　　使用 preload 和 prefetch 的逻辑可能不是写到一起，但一旦发生对用一资源 preload 或 prefetch 的话，会带来双倍的网络请求