避免大型、复杂的布局和布局抖动

布局是浏览器计算各元素几何信息的过程:元素的大小以及在页面中的位置。根据所用的 CSS、元素的内容或父级元素,每个元素都将有显式或隐含的大小信息。此过程在 Chrome 中称为布局 (Layout)。

布局是浏览器计算各元素几何信息的过程:元素的大小以及在页面中的位置。根据所用的 CSS、元素的内容或父级元素,每个元素都将有显式或隐含的大小信息。此过程在 Chrome(以及 Edge 等派生浏览器)和 Safari 中称为布局 (Layout)。在 Firefox 中称为重排 (Reflow),但实际上其过程是一样的。

与样式计算相似,布局开销的直接考虑因素如下:

  1. 需要布局的元素数量,这是网页 DOM 大小的副产品。
  2. 这些布局的复杂性。
  • 布局对互动延迟时间有直接影响
  • 布局的作用范围一般为整个文档。
  • DOM 元素的数量将影响性能;应尽可能避免触发布局。
  • 避免强制同步布局和布局抖动;先读取样式值,然后进行样式更改。

布局对互动延迟时间的影响

当用户与网页互动时,这些互动应尽可能快速。互动完成所需的时间(从浏览器呈现下一个帧以显示互动结果时结束)称为互动延迟时间。这是 Interaction to Next Paint 指标衡量的一个网页性能方面。

浏览器响应用户互动并呈现下一帧所需的时间称为互动的呈现延迟时间。交互的目标是提供视觉反馈,以告知用户已发生的事情,而视觉更新可能需要一些布局工作才能实现该目标。

为了尽可能降低网站的 INP,请务必尽可能避免布局。如果无法完全避免布局,请务必限制布局工作,以便浏览器能够快速呈现下一个帧。

尽可能避免布局

当您更改样式时,浏览器会检查任何更改是否需要计算布局,以及是否需要更新渲染树。对“几何属性”(如宽度、高度、左侧或顶部)的更改都需要布局。

.box {
  width: 20px;
  height: 20px;
}

/**
  * Changing width and height
  * triggers layout.
  */

.box--expanded {
  width: 200px;
  height: 350px;
}

布局几乎总是作用到整个文档。如果有大量元素,将需要很长时间来算出所有元素的位置和尺寸。

如果无法避免布局,关键还是要使用 Chrome DevTools 来查看布局要花多长时间,并确定布局是否为造成瓶颈的原因。首先,打开 DevTools,选择“Timeline”标签页,点击“record”按钮,然后与您的网站交互。当您停止记录时,将看到网站表现情况的详细分析:

开发者工具在布局中显示很长时间。

在深入研究上例中的轨迹时,我们看到每一帧的布局占用了超过 28 毫秒,当我们有 16 毫秒的时间在屏幕上获取动画中的帧时,该时间太远了。您还可以看到,开发者工具会告知您树大小(在本例中为 1,618 个元素)以及需要布局的节点数量(在本例中为 5 个)。

请注意,这里的一般建议是尽可能避免布局,但有时无法避免布局。如果您无法避免布局,请注意布局开销与 DOM 的大小有关。虽然这两者之间没有紧密耦合,但 DOM 越大,布局开销通常就越高。

避免强制同步布局

将一帧送到屏幕会采用如下顺序:

使用 Flexbox 作为布局。

首先 JavaScript 运行,然后计算样式,然后布局。不过,可以使用 JavaScript 强制浏览器提前执行布局。这称为强制同步布局

要记住的第一件事是,在 JavaScript 运行时,来自上一帧的所有旧布局值是已知的,并且可供您查询。因此,如果(例如)您要在帧的开头写出一个元素(让我们称其为“框”)的高度,可能编写一些如下代码:

// Schedule our function to run at the start of the frame:
requestAnimationFrame(logBoxHeight);

function logBoxHeight () {
  // Gets the height of the box in pixels and logs it out:
  console.log(box.offsetHeight);
}

如果在请求此框的高度之前,已更改其样式,就会出现问题:

function logBoxHeight () {
  box.classList.add('super-big');

  // Gets the height of the box in pixels and logs it out:
  console.log(box.offsetHeight);
}

现在,为了回答高度问题,浏览器必须先应用样式更改(由于增加了 super-big 类),然后运行布局。这时它才能返回正确的高度。这是不必要的,并且可能是开销很大的工作。

因此,始终应先批量读取样式并执行(浏览器可以使用上一帧的布局值),然后执行任何写操作:

正确完成时,上述函数应为:

function logBoxHeight () {
  // Gets the height of the box in pixels and logs it out:
  console.log(box.offsetHeight);

  box.classList.add('super-big');
}

在大多数情况下,您无需应用样式然后查询值;使用上一帧的值就足够了。与浏览器同步(或比其提前)运行样式计算和布局可能成为瓶颈,并且您一般不想做这种设计。

避免布局抖动

有一种方式会使强制同步布局甚至更糟:接二连三地执行大量这种布局。请查看以下代码:

function resizeAllParagraphsToMatchBlockWidth () {
  // Puts the browser into a read-write-read-write cycle.
  for (let i = 0; i < paragraphs.length; i++) {
    paragraphs[i].style.width = `${box.offsetWidth}px`;
  }
}

此代码会在一组段落中循环,并设置每个段落的宽度,使其与名为“box”的元素的宽度相匹配。这看起来没有害处,但问题是循环的每次迭代读取一个样式值 (box.offsetWidth),然后立即使用此值来更新段落的宽度 (paragraphs[i].style.width)。在循环的下次迭代时,浏览器必须考虑样式已更改这一事实,因为 offsetWidth 是上次请求的(在上一次迭代中),因此它必须应用样式更改,然后运行布局。每次迭代都会出现此问题!

此示例的修正方法还是先读取值,然后写入值:

// Read.
const width = box.offsetWidth;

function resizeAllParagraphsToMatchBlockWidth () {
  for (let i = 0; i < paragraphs.length; i++) {
    // Now write.
    paragraphs[i].style.width = `${width}px`;
  }
}

如果要保证安全,不妨考虑使用 FastDOM,它会自动为您批处理读取和写入,应当能防止您意外触发强制同步布局或布局抖动。