Link 标签的预加载机制

先简单介绍下 link 标签作用

你可以在页面 <head> 元素内部使用 <link> 标签书写一些声明式的资源获取请求

preload (预加载)

有些资源是在页面加载完成后即刻需要的，对于这种即刻需要的资源，你可能希望在页面加载的生命周期的早期阶段就开始获取，在浏览器的主渲染机制介入前就进行预加载。
这一机制使得资源可以更早的得到加载并可用，且更不易阻塞页面的初步渲染，进而提升性能。

preload 基本用例

<head>
    <meta charset="utf-8">
    <title>JS and css preload example</title>
    
    <link rel="preload" href="style.css" as="style">
    <link rel="preload" href="main.js" as="script">
    
    <link rel="stylesheet" href="style.css">
</head>

<body>
    <script src="main.js"></script>
</body>

preload 使用 as 指定预加载的内容的类型，将使得浏览器能够

更精确地优化资源加载优先级
匹配未来的加载需求，在适当的情况下，重复利用同一资源
为资源应用正确的内容安全策略
为资源设置正确的 Accept 请求头

as 可选参数

audio: 音频文件
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: 视频文件

跨域获取

如果你已经有了一个可以正确工作的 CORS 设置，那么你也可以同样成功的预加载那些跨域资源，只需要你在 <link> 元素中设置好 crossorigin 属性即可
注意：如果你需要获取的是字体文件，那么即使是非跨域的情况下，也需要应用这一属性

<head>
    <meta charset="utf-8">
    <title>Web font example</title>
    
    <link rel="preload" href="fonts/cicle_fina-webfont.eot" as="font" type="application/vnd.ms-fontobject" crossorigin="anonymous">
    <link rel="preload" href="fonts/cicle_fina-webfont.woff2" as="font" type="font/woff2" crossorigin="anonymous">
    <link rel="preload" href="fonts/cicle_fina-webfont.woff" as="font" type="font/woff" crossorigin="anonymous">
    <link rel="preload" href="fonts/cicle_fina-webfont.ttf" as="font" type="font/ttf" crossorigin="anonymous">
    <link rel="preload" href="fonts/cicle_fina-webfont.svg" as="font" type="image/svg+xml" crossorigin="anonymous">
    
    <link href="style.css" rel="stylesheet" type="text/css">
</head>
<body>
  ...
</body>

包含媒体

<head>
    <meta charset="utf-8">
    <title>Responsive preload example</title>
    
    <link rel="preload" href="bg-image-narrow.png" as="image" media="(max-width: 600px)">
    <link rel="preload" href="bg-image-wide.png" as="image" media="(min-width: 601px)">
    
    <link rel="stylesheet" href="main.css">
</head>
<body>
    <header>
        <h1>My site</h1>
    </header>

    <script>
        var mediaQueryList = window.matchMedia("(max-width: 600px)");
        var header = document.querySelector('header');
        
        if(mediaQueryList.matches) {
            header.style.backgroundImage = 'url(bg-image-narrow.png)';
        } else {
            header.style.backgroundImage = 'url(bg-image-wide.png)';
        }
    </script>
</body>

上面是一个简单的例子，我们可以通过媒体查询，来根据屏幕的大小预加载不同的图片

这一特性将使另一种情况成为可能——字体在随着页面渲染完成的时候即可使用，减少了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);

其他资源预加载机制

还存在一些其他预加载机制，但没有哪个会比<link rel=“preload”>在大多数情况下更符合你的需要和预期：

除以上这些意外，还有大量的基于脚本的资源加载器。但这些加载器对于浏览器的加载优先级队列完全束手无策，这也使得他们不得不屈服于同样的性能问题。

来自：https://developer.mozilla.org/zh-CN/docs/Web/HTML/Preloading_content

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