Get to know MDN better
此页面由社区从英文翻译而来。了解更多并加入 MDN Web Docs 社区。
交叉观察器 API(Intersection Observer API)提供了一种异步检测目标元素与祖先元素或顶级文档的视口相交情况变化的方法。
过去,要检测一个元素是否可见或者两个元素是否相交并不容易,很多解决办法不可靠或性能很差。然而,随着互联网的发展,这种需求却与日俱增,比如,下面这些情况都需要用到相交检测:
过去实施相交检测时,需要调用事件处理程序和循环方法,如 Element.getBoundingClientRect() 来为每个受影响的元素建立所需的信息。由于所有这些代码都在主线程上运行,因此即使是其中的一行代码也会导致性能问题。当网站加载这些测试时,情况会变得非常糟糕。
考虑一个使用无限滚动的网页。它使用一个供应商提供的库来管理整个页面中周期性放置的广告,页面到处都是动画图形,并使用一个自定义库来绘制通知框和其他相似的东西。每个库都有自己的相交检测例程,全部在主线程上运行。网站的作者可能根本没有意识到这一点,因为他们可能对所使用的两个库的内部运作知之甚少。当用户滚动页面时,这些相交检测例程会在滚动处理代码中不断触发,导致用户对浏览器、网站和他们的电脑感到失望。
交叉观察器 API 可令代码注册一个回调函数,当特定元素进入或退出与另一元素(或视口)的交集时,或者当两个元素之间的交集发生指定变化时,该函数就会被执行。这样,网站就不再需要在主线程上做任何事情来监视这种元素交集,浏览器也可以根据自己的需要优化交集管理。
交叉观察器 API 无法根据重叠像素的确切数量,或者具体来说是哪些像素来触发逻辑。它涵盖了“如果它们相交 N% 左右,我需要做什么”这种更常见的用例。
交叉观察器 API 允许你配置一个回调函数,当以下情况发生时会被调用:
通常情况下,需要观察目标元素最近的可滚动祖先的交集变化,如果目标元素不是可滚动元素的后代,则需要观察设备视口的交集变化。要观察相对于设备视口的交集,请为 root 选项指定 null。请继续阅读有关交叉观察器选项的更详细说明。
无论你是使用视口还是其他元素作为根元素,API 的工作方式都是一样的,只要目标元素的可见性发生变化,与根元素的交集达到所需的程度,就会执行你提供的回调函数。
目标元素与其根元素的交集程度就是交叉比。它表示目标元素可见的百分比,数值介于 0.0 和 1.0 之间。
通过调用 IntersectionObserver 构造函数,创建交叉观测器,并将回调函数传给它,当一个方向或另一个方向越过阈值时,就运行该函数:
阈值为 1.0 意味着目标元素完全出现在 root 选项指定的元素中 100% 可见时,回调函数将会被执行。
传递到 IntersectionObserver() 构造函数的 options 对象,可以控制在什么情况下调用观察器的回调。它有以下字段:
root用作视口的元素,用于检查目标的可见性。必须是目标的祖先。如果未指定或为 null,则默认为浏览器视口。
rootMargin根周围的边距。由一到四个值组成的字符串,类似于 CSS margin 属性,例如 "10px 20px 30px 40px"(上、右、下、左)。这些值只能以像素(px)或百分比(%)为单位。在计算交叉点之前,这组值用于增大或缩小根元素边界框的每一侧。负值会缩小根元素的边界框,正值会扩大它。默认值(如果未指定)为 "0px 0px 0px 0px"。
scrollMargin嵌套滚动容器周围的边距,取值和默认值与 rootMargin 相同。这些边距在计算交集之前应用于嵌套的可滚动容器。正值会增大容器的剪切矩形,允许目标在可见之前就产生交叉;负值会缩小剪切矩形。
threshold一个数字或一个数字数组,表示目标可见度达到多少百分比时,观察器的回调就应该执行。如果只想在能见度超过 50% 时检测,可以使用 0.5 的值。如果希望每次能见度超过 25% 时都执行回调,则需要指定数组 [0, 0.25, 0.5, 0.75, 1]。默认值为 0(这意味着只要目标元素与根的边界相交或接触,回调就会运行,即使还没有像素可见)。值为 1.0 意味着在每个像素都可见之前,阈值不会被认为已通过。
delay当跟踪目标可见性(trackVisibility 为 true)时,可用于设置此观察器通知之间的最小延迟(毫秒)。限制通知速率是可取的,因为可见性计算在计算上是密集的。如果跟踪可见性,则对于小于 100 的任何值,该值将被设置为 100,你应该使用可容忍的最大值。默认值为 0。
trackVisibility一个指示此 IntersectionObserver 是否跟踪目标可见性的变化的布尔值。
当为 false 时,浏览器会在目标元素滚动到根元素的视口时报告交集。当为 true 时,浏览器还会检查目标是否实际可见,并且没有被其他元素覆盖,或可能被滤镜、降低的不透明度或某些变换扭曲或隐藏。默认值为 false,因为跟踪可见性在计算上是密集的。如果设置了此选项,还应设置 delay。
传递给 IntersectionObserver() 构造函数的回调接收一个 IntersectionObserverEntry 对象列表和观察器:
回调接收到的条目列表包括每个跨越阈值事件的一个 IntersectionObserverEntry 对象——可以一次接收多个条目,要么来自多个目标,要么来自单个目标在短时间内跨越多个阈值。条目使用队列分发,因此应该按照生成的时间排序,但最好使用 IntersectionObserverEntry.time 来正确排序。每个条目描述给定元素与根元素的交叉程度、元素是否被视为相交等。条目仅包含那个特定时刻的信息——如果你需要随时间跟踪的信息,如滚动方向和速度,可能需要通过记忆之前接收到的条目来自行计算。
请留意,你注册的回调函数将会在主线程中被执行。所以该函数执行速度要尽可能的快。如果需要执行任何耗时的操作,请使用 Window.requestIdleCallback()。
下面的代码片段展示了一个回调,它会记录元素从与根不相交过渡到至少相交 75% 的次数。阈值为 0.0(默认值)时,当 isIntersecting 的布尔值发生变化时,回调将被近似调用。因此,该代码段首先检查过渡是否为正值,然后确定 intersectionRatio 是否高于 75%,如果高于 75%,就会递增计数器。
创建观察器后,需要给定一个目标元素进行观察:
每当目标满足该 IntersectionObserver 指定的阈值,回调就会被调用。
此外,请注意,如果指定了 root 选项,目标必须是根元素的后代。
交叉观察器 API 所考虑的所有区域都是矩形;形状不规则的元素被视为占据了包围元素所有部分的最小矩形。同样,如果元素的可见部分不是矩形,那么该元素的交点矩形将被视为包含该元素所有可见部分的最小矩形。
了解一下 IntersectionObserverEntry 提供的各种属性是如何描述交集的是很有帮助的。
在跟踪元素与容器的交集之前,我们需要知道容器是什么。这个容器就是交集根,或根元素。它可以是文档中作为要观察元素的祖先的特定元素,也可以是 null,即使用文档的视口作为容器。
根交集矩形是用于检查目标或多个目标的矩形。这个矩形是这样确定的:
在创建 IntersectionObserver 时,可以通过设置根边距(root margin,rootMargin)来进一步调整交叉点根矩形。rootMargin 中的值定义了添加到交叉点根边界框每一侧的偏移量,以创建最终的交叉点根边界(执行回调时将在 IntersectionObserverEntry.rootBounds 中显示)。正值会增大方框,负值会缩小方框。每个偏移值只能以像素(px)或百分比(%)表示。
使用根边距增大这个框的效果,以让溢出目标在变得可见之前就能与根相交。例如,这可以用来在图像即将进入视图时就开始加载,而不是等到它真正可见时再加载。
在下面的示例中,我们有一个可滚动的盒子,以及一个一开始位于视图之外的元素。 你可以调整根的右边距,并看到:
考虑这样一种情况:你有一个根元素,其中包含嵌套的滚动容器,并且你想要观察其中一个可滚动容器内的目标元素的交集。默认情况下,当目标在根定义的区域内可见时,与目标元素的交集开始可以被观察到;换句话说,当容器在根中滚动到可见位置,并且目标在其容器的剪切矩形中滚动到可见位置时。
你可以使用滚动边距在目标在其滚动容器中滚动到可见位置之前或之后开始观察交集。该边距会添加到根中的所有嵌套滚动容器,包括根元素本身(如果它也是滚动容器),并且具有增大(正边距)或缩小(负边距)用于计算交集的剪切区域的效果。
备注:你可以在每个需要滚动边距的滚动容器上创建一个交叉观察器,并使用根边距属性来达到类似的效果。使用滚动边距更符合人体工程学,因为在大多数情况下,你可以只为所有嵌套目标使用一个交叉观察器。
在下面的示例中,我们有一个可滚动的盒子和一个最初不可见的图片轮播。根元素上的观察器观察轮播中的图片元素目标。当图片元素开始与根元素相交时,图片会被加载,交叉会被记录,观察器会被移除。
向下滚动以显示轮播图。可见的图片应该立即加载。如果你滚动轮播图,你应该会观察到图片在元素变得可见时就会被加载。
重置示例后,你可以使用提供的控件来更改滚动边距百分比。如果你设置一个正值,如 20%,滚动容器的剪切矩形将增加 20%,你应该会观察到图片在进入视图之前就被检测到并加载。类似地,负值意味着交叉只有在图片已经在视图中时才会被检测到。
交叉观察器 API 使用阈值,而不是报告目标元素可见度的每一个微小变化。创建观察器时,可以提供一个或多个数值,代表目标元素可见度的百分比。然后,API 只报告超过这些阈值的可见性变化。
例如,如果希望每次目标元素的可见度向后或向前越过每个 25% 的标记时都能得到通知,可以在创建观察器时指定数组 [0, 0.25, 0.5, 0.75, 1] 作为阈值列表。
调用回调时,系统会接收一个 IntersectionObserverEntry 对象列表,每个观察到的目标都会有一个对象,这些目标与根相交的程度发生了变化,使得暴露量在任一方向上都超过了某个阈值。
通过查看条目的 isIntersecting 属性,可以了解目标当前是否与根相交;如果其值为 true,则表示目标至少与根元素或文档部分相交。这样就可以确定该条目是代表元素从相交到不再相交的过渡,还是代表从不相交到相交的过渡。
请注意,可能存在零相交矩形,如果交集正好沿着两者之间的边界,或者 boundingClientRect 的面积为零。这种目标和根共享边界线的状态不足以被视为过渡到相交状态。
要感受阈值是如何工作的,请尝试滚动下面的盒子,每一个带颜色盒子的四个边角都会展示自身在根元素中的可见程度百分比,所以在你滚动根元素的时候你将会看到四个边角的数值一直在发生变化。每一个盒子都有不同的阈值:
默认情况下,当目标元素滚动到根元素的视口时,观察器会提供通知。虽然这在许多情况下已经足够,但有时重要的是,当目标被"视觉损害"时不报告交集。例如,在测量分析或广告展示时,重要的是目标元素没有被全部或部分隐藏或扭曲。
trackVisibility 设置告诉观察器仅报告浏览器认为未被视觉损害的目标的交集,例如通过改变不透明度或应用滤镜或变换。该算法是保守的,可能会遗漏技术上可见的元素,例如那些只有轻微不透明度降低的元素。
可见性计算在计算上是昂贵的,应该仅在必要时使用。当跟踪可见性时,还应设置 delay 来限制最小报告周期。建议将延迟设置为可容忍的最大值(跟踪可见性时的最小延迟为 100 毫秒)。
浏览器计算最终交叉点矩形的过程如下;这一切都已经事先完成了,但了解这些步骤有助于更好地准确把握交叉点出现的时间。
交叉观察器 API 的主要接口。它提供了创建和管理观察器的方法,观察器可以针对相同的交叉点配置观察任意数量的目标元素。每个观察器都可以异步观察一个或多个目标元素与共享的祖先元素或其顶层 Document 的视口之间的交集变化。祖先或视口被称为根。
IntersectionObserverEntry描述目标元素与其根容器在特定过渡时刻的交集。这种类型的对象只能通过两种方式获得:作为 IntersectionObserver 回调的输入,或通过调用 IntersectionObserver.takeRecords() 获得。
这个简单的示例会使目标元素在可见度变高或变低时改变颜色和透明度。在使用交叉观察器 API 为元素可见性计时中,可以找到一个更广泛的示例,展示如何对一组元素(如广告)对用户的可见时间进行计时,并通过记录统计数据或更新元素对该信息做出反应。
这个示例的 HTML 代码非常简短,主要元素是我们要针对的盒子(其 ID 为 "box"),以及盒子中的一些内容。
在本示例中,CSS 并不是非常重要;它将元素排列出来,并确定 background-color 和 border 属性可以参与 CSS 过渡,我们将使用 CSS 过渡来影响元素的变化,使其变得或多或少模糊不清。
最后,让我们来看看使用交叉观察器 API 来实现目标的 JavaScript 代码。
首先,声明一些变量并设置观察器。
我们准备的常量和变量有:
numSteps一个常数,表示我们希望在 0.0 和 1.0 可见度比率之间设置的阈值。
prevRatio这个变量将用来记录上次越过阈值时的可见度比率;这将让我们知道目标元素的可见度是变高了还是变低了。
increasingColor一个字符串,用于定义当可见度比率增加时,我们将应用于目标元素的颜色。字符串中的“ratio”一词将用目标元素当前的可见度比率代替,这样,元素不仅会改变颜色,而且会随着遮挡程度的降低而变得越来越不透明。
decreasingColor同样,这也是一个字符串,它定义了当可见度比率降低时我们将应用的颜色。
我们调用 Window.addEventListener() 开始监听 load 事件;页面加载完成后,我们使用 querySelector() 获取 ID 为 "box" 的元素引用,然后调用我们稍后将创建的 createObserver() 方法来处理交叉观察器的构建和设置。
一旦页面加载完成,createObserver() 方法将被调用,以实际创建新的 IntersectionObserver 并开始观察目标元素。
首先要设置一个包含观察器设置的 options 对象。我们希望观察目标元素相对于文档视口的可见性变化,因此 root 为 null。我们不需要边距,因此边距偏移量 rootMargin 被指定为“0px”。这将导致观察器在不增加(或减少)空间的情况下观察目标元素边界与视口边界之间交点的变化。
可见度比率阈值列表 threshold 由函数 buildThresholdList() 构建。在本例中,阈值列表是通过编程构建的,因为阈值有很多,而且数量是可以调整的。
一旦 options 准备就绪,我们就可以创建新的观察器,调用 IntersectionObserver() 构造函数,指定当交叉点越过某个阈值时调用的函数 handleIntersect() 和我们的选项集。然后,我们在返回的观察器上调用 observe() ,并向其传递所需的目标元素。
我们可以选择监控多个元素相对于视口的可见性交叉变化,如果我们想这样做的话,可以为每个元素调用 observer.observe()。
建立阈值列表的 buildThresholdList() 函数看起来像这样:
通过为 1 到 numSteps 之间的每个整数 i 向 thresholds 数组推送值 i/numSteps 来建立阈值数组,每个阈值都是 0.0 到 1.0 之间的比率。它还会推 0 以包含该值。根据 numSteps 的默认值(20),结果是下面的阈值列表:
| 0.05 | 110.6 |
| 0.1 | 120.65 |
| 0.15 | 130.7 |
| 0.2 | 140.75 |
| 0.25 | 150.8 |
| 0.3 | 160.85 |
| 0.35 | 170.9 |
| 0.4 | 180.95 |
| 0.45 | 191 |
| 0.5 | 200 |
| 0.55 |
当然,我们也可以将阈值数组硬编码到我们的代码中,通常这也是你最终要做的。但这个示例为添加配置控制来调整粒度等留出了空间。
当浏览器检测到目标元素(在我们的例子中是 ID 为 "box" 的元素)被揭开或遮盖,以致其可见性比例超过了列表中的某个阈值时,浏览器就会调用我们的处理函数 handleIntersect():
对于 entries 列表中的每个 IntersectionObserverEntry,我们都会查看该条目中的 intersectionRatio 是否上升,如果是,我们就将目标的 background-color 设置为 increasingColor 中的字符串(记住,是 "rgba(40, 40, 190, ratio)"),并用条目的 intersectionRatio 替换“ratio”。结果是:不仅颜色发生了变化,目标元素的透明度也发生了变化;随着交集比率的降低,背景色的 alpha 值也会随之降低,从而使元素更加透明。
同样,如果 intersectionRatio 正在下降,我们就会使用字符串 decreasingColor,并在设置目标元素的 background-color 之前用 intersectionRatio 替换其中的“ratio”。
最后,为了跟踪交叉比是上升还是下降,我们会在变量 prevRatio 中记住当前的交叉比。
下面是生成的内容。上下滚动本页,注意滚动时方框外观的变化。
在使用交叉观察器 API 为元素可见性计时中有一个更广泛的示例。
| Intersection Observer # intersection-observer-interface |
启用 JavaScript 以查看此浏览器兼容性表。