懒加载

随着网络的发展，发送给用户的资源数量和规模都在急剧增加。从 2011 年到 2019 年，桌面端的资源中位数从 ~100KB 增至 ~400KB，移动端的资源中位数从 ~50KB 增至 ~350KB。桌面端上图片资源的大小已经从 ~250KB 增至 ~900KB，而移动设备上的图片 ~100KB 增至 ~850KB。

解决这个问题的方法之一是延迟加载对第一次渲染并不重要的资源来缩短关键渲染路径的长度。一个实际例子是，当用户打开一个电商网站的主页时，该页面有一个指向购物车页面/区域的链接，并且只有在用户导航到购物车页面/区域时才会下载其所有资源（如 JavaScript、CSS 和图片）。

延迟加载可以通过多种策略应用于多个资源。

代码拆分

JavaScript、CSS 和 HTML 可以被分割成较小的代码块。这样就可以在前期发送所需的最小代码，改善页面加载时间。其余的可以按需加载。

• 入口点分离：通过应用的入口点分离代码
• 动态分离：通过动态 import() 语句分离代码

脚本类型模块

任何类型为 type="module" 的脚本标签都被视为一个 JavaScript 模块，并且默认情况下会被延迟。

默认情况下，CSS 被视为渲染阻塞资源，因此，在 CSSOM 构造完成之前，浏览器不会渲染任何已处理的内容。CSS 必须尽量小，才能尽快送达，建议使用媒体类型和查询实现非阻塞渲染。

<link href="style.css" rel="stylesheet" media="all" />
<link href="portrait.css" rel="stylesheet" media="(orientation:portrait)" />
<link href="print.css" rel="stylesheet" media="print" />

可以执行一些 CSS 优化来实现这一目标。

默认情况下，字体请求会延迟到构造渲染树之前，这可能会导致文本渲染延迟。

可以使用 <link rel="preload">、CSS font-display 属性和字体加载 API 来覆盖默认行为并预加载网络字体资源。

参见 Link 元素。

很多时候，网页包含许多图片，这些图片会影响数据的使用和网页的加载速度。这些图片大部分都在屏幕之外（非关键），需要用户互动，如滚动，才能看到它们。

Loading 属性

<img> 元素上的 loading 属性（或 <iframe> 上的 loading 属性）可用于指示浏览器推迟加载屏幕外的图像/iframe，直到用户滚动到其附近。

<img src="image.jpg" alt="..." loading="lazy" />
<iframe src="video-player.html" title="..." loading="lazy"></iframe>

当早期加载的内容全部加载完毕时，load 事件就会触发；这时，完全有可能（甚至有可能）在可视视口 (en-US)范围内有一些延迟加载的图片还没有加载。

你可以通过检查其布尔属性 complete 的值来确定某个图片是否已经完成加载。

Polyfill

包含这个 polyfill，以提供对旧的和目前不兼容的浏览器的支持：loading-attribute-polyfill。

Intersection Observer API

Intersection Observer 允许用户得知被观察的元素何时进入或退出浏览器的视口。

事件处理器

当浏览器的兼容性至关重要时，有以下几种选择：

• polyfill intersection observer
• 回退到滚动、调整大小或方向变化事件处理器，以确定特定元素是否在视口中

• 渲染阻塞 CSS
• 使用延迟加载来提高加载速度