软导航与交互内容绘制

1. 简介

本节是非规范性的。

现代 Web 应用程序通常会响应用户交互动态更新内容，而不执行完整的页面导航。这些由交互发起的影响——例如结构性 DOM 修改、内容绘制和历史状态变更——在历史上一直难以测量，也难以归因到正确的用户操作。

考虑一种典型的单页应用程序模式：用户点击产品链接，这会触发一个 click 事件处理器。该处理器为产品详情发起网络 fetch()。当响应到达时，会执行一个回调，将新内容动态注入 DOM，并使用 History 或 Navigation API 更新 URL。虽然这在用户看来像一次导航，但诸如 Largest Contentful Paint (LCP) ([LARGEST-CONTENTFUL-PAINT]) 这样的现有指标只测量初始页面加载，而 Interaction to Next Paint (INP) 只测量点击本身的即时视觉反馈，使得后续重要的渲染和“软”导航未被捕获。

本规范利用 [EVENT-TIMING] API 来定义交互，并利用 [ASYNC-CONTEXT] 提案来跨异步任务边界跟踪因果关系。它定义浏览器如何识别和报告这些影响，包括“软导航”，方法是与 [PAINT-TIMING] 和 [LARGEST-CONTENTFUL-PAINT] 集成，以将渲染变化归因到性能时间线。

此外，本规范还与 [CONTAINER-TIMING] 提案集成。当用户交互导致 DOM 修改时，这些被修改的节点会被指定为新的“容器根”。这些子树内任何后续内容绘制都会归因到其各自的根，而这些根随后会被追溯到原始交互。这允许高效且准确地测量在初始事件派发很久之后发生的丰富动态页面更新。

2. 交互基础设施

2.1. 导航 ID

导航 id 是在一个全局对象的生命周期内分配给每次导航（硬导航和软导航）的唯一标识符。

每个全局对象都有一个当前导航 id，一个 unsigned long long，初始设置为与初始化 Document 的 initial interactionId value 以及 Navigation Timing 的初始 navigationId 相同的值。

2.2. 交互上下文简介

软导航检测依赖于跟踪任务因果关系的能力，并观察某些操作（例如追加 DOM 节点）是由特定用户交互触发的。

本规范利用 TC39 [ASYNC-CONTEXT] 提案来处理这种传播。每个新的用户交互（由 Event Timing 定义）或相关导航事件都会创建一个新的 InteractionContext。此上下文存储在一个隐藏的、仅供内部使用的 AsyncContext.Variable 中（记作 [[ActiveInteractionContext]]）。

Web 平台与 AsyncContext 的集成确保此变量会自动附加到异步延续（例如 setTimeout、fetch、await），使浏览器能够将后续影响归因回原始交互。

除了脚本传播之外，本规范还定义修改 DOM 的用户交互如何建立 容器根（通过 [CONTAINER-TIMING]）。这些根使后续渲染影响（如内容绘制）即使在当前没有异步脚本活动时，也能被追溯回发起该影响的交互上下文。

2.3. `InteractionContext` 结构体

InteractionContext 是一个结构体，用于维护从单个交互检测软导航所需的数据。它具有以下项：

id，初始未设置 - 与此上下文关联的交互 id。
开始时间，初始未设置 - 表示交互的开始时间。
导航类型，初始未设置 - 表示导航的类型（例如 "push"、"replace"）。
第一个 URL 值，初始未设置 - 表示第一次修改时 URL 的值。
第一个 URL 更新时间戳，初始未设置 - 表示此交互期间第一次 URL 修改的时间。
第一个滚动时间戳，初始未设置 - 表示此交互期间第一次滚动事件的时间。
第一个输入时间戳，初始未设置 - 表示此交互期间第一次输入事件的时间。
第一次内容绘制，初始为 null - 此交互的第一个 InteractionContentfulPaint 条目。
最大内容绘制，初始为 null - 到目前为止此交互的最大 InteractionContentfulPaint 条目。
总绘制面积，初始为 0 - 归因到此交互的所有内容绘制面积之和。
最后一个 URL 值，初始未设置 - 表示此交互期间最近一次 URL 修改的值。
emitted 标志，初始为 false - 指示该交互已发出一个软导航条目。

本规范的未来版本可能会跟踪交互上下文期间发生的所有 URL 更新，以提供更完整的导航历史。最后一个 URL 值在内部被跟踪，以确保即使当前只有第一个 URL 值暴露在 SoftNavigationEntry 的 name 中，也能将影响准确归因回交互的最终状态。

总绘制面积这一概念预计会作为 [CONTAINER-TIMING] 集成的一部分进行细化，可能会转向跟踪特定更新区域。

2.4. 基础设施算法

要获取当前交互上下文，运行以下步骤：

令 context 为内部 AsyncContext.Variable [[ActiveInteractionContext]] 的值。
返回 context。

要获取或创建交互的上下文，给定一个 Document document、一个 interaction id，以及一个 Event event，运行以下步骤：

如果 document 的 interaction id 到 interaction context[interaction id] 存在，返回 document 的 interaction id 到 interaction context[interaction id]。
令 interaction context 为一个新的 InteractionContext。
将 interaction context 的 id 设置为 interaction id。
将 interaction context 的开始时间设置为 event 的 startTime。
设置 document 的 interaction id 到 interaction context[interaction id] 为 interaction context。
返回 interaction context。

要更新事件的交互上下文，给定一个 Document document 和一个 Event event，运行以下步骤：

令 timestamp 为给定 document 的相关全局对象时的当前高精度时间。
令 is scroll 为 true，如果 event 的类型为 "scroll"；否则为 false。
令 is input 为 true，如果 event 的类型是会触发 has dispatched input event 的事件类型（如 [EVENT-TIMING] 中所定义）；否则为 false。
如果 is scroll 为 false 且 is input 为 false，则返回。
对于 document 的 interaction id 到 interaction context 的值中的每个 interaction context：
1. 如果 is scroll 为 true，并且 interaction context 的第一个滚动时间戳未设置：
  1. 将 interaction context 的第一个滚动时间戳设置为 timestamp。
2. 如果 is input 为 true，并且 interaction context 的第一个输入时间戳未设置：
  1. 将 interaction context 的第一个输入时间戳设置为 timestamp。

要交互事件处理开始，给定一个 Document document、一个 interaction id，以及一个 Event event，运行以下步骤：

如果 interaction id 为 null，则返回 null。
令 interaction context 为使用 document、interaction id 和 event 调用获取或创建交互的上下文的结果。
将内部 AsyncContext.Variable [[ActiveInteractionContext]] 的值设置为 interaction context。
返回 interaction context。

要交互事件时序处理结束，给定 null 或 InteractionContext interaction context，运行以下步骤：

如果 interaction context 为 null，则返回。
将内部 AsyncContext.Variable [[ActiveInteractionContext]] 的值设置为 null。

3. 交互内容绘制

3.1. `InteractionContentfulPaint` 接口

[Exposed=Window]
interface InteractionContentfulPaint : PerformanceEntry {
    readonly attribute DOMHighResTimeStamp renderTime;
    readonly attribute DOMHighResTimeStamp loadTime;
    readonly attribute unsigned long long size;
    readonly attribute DOMString id;
    readonly attribute DOMString url;
    readonly attribute Element? element;
    readonly attribute unsigned long long interactionId;

    object toJSON();
};

InteractionContentfulPaint includes PaintTimingMixin;

每个 InteractionContentfulPaint 都有一个关联的绘制时序信息。

目前它以 Largest Contentful Paint (LCP) 性能条目为模型，但未来方向是以 Container Timing 性能条目为模型。

renderTime 属性的 getter 必须返回 this 的关联绘制时序信息的渲染更新结束时间。

loadTime 属性的 getter 必须返回 this 的关联绘制时序信息的实现定义的呈现时间。

size 属性的 getter 必须返回内容绘制的大小。

id 属性的 getter 必须返回内容绘制的 ID。

url 属性的 getter 必须返回内容绘制的 URL。

element 属性的 getter 必须返回与内容绘制关联的 Element，或者如果该元素已从文档中移除，则返回 null。

interactionId 属性的 getter 必须返回触发此绘制的交互的交互 id。

3.2. 交互内容绘制算法

要创建交互内容绘制条目，给定一个全局对象 global、一个 InteractionContext interaction context，以及一个 Element element，运行以下步骤：

令 entry 为 global 的 realm 中的一个新的 InteractionContentfulPaint 对象。
将 entry 的 entryType 设置为 "interaction-contentful-paint"。
将 entry 的 element 设置为 element。
将 entry 的 interactionId 设置为 interaction context 的 id。
将 entry 的关联绘制时序信息设置为一个新的绘制时序信息。
将 entry 的 renderTime、 loadTime、 size、 id、以及 url 设置为 report largest contentful paint 算法中定义的内容绘制候选的对应值，如 [LARGEST-CONTENTFUL-PAINT] 中所述。
将 entry 的 startTime 设置为 interaction context 的开始时间。
将 entry 的 duration 设置为 entry 的 renderTime 与 entry 的 startTime 之间的差值。
返回 entry。

要发出交互内容绘制条目，给定一个 Element element、一个 Document document，以及一个 InteractionContext interaction context，运行以下步骤：

令 global 为 document 的相关全局对象。
令 paint entry 为使用 global、interaction context 和 element 调用创建交互内容绘制条目的结果。注：对于需要资源加载的元素（例如带有新 src 的图像），[PAINT-TIMING] 规范负责确保在触发最终调用此算法的内容绘制检测之前，满足 "is loaded" 标准。
如果 interaction context 的第一个滚动时间戳已设置，并且 paint entry 的 renderTime 大于 interaction context 的第一个滚动时间戳，则返回。
如果 interaction context 的第一个输入时间戳已设置，并且 paint entry 的 renderTime 大于 interaction context 的第一个输入时间戳，则返回。
排队 paint entry。
将 paint entry 添加到 global 的性能条目缓冲区。
如果 interaction context 的第一次内容绘制为 null：
1. 将 interaction context 的第一次内容绘制设置为 paint entry。
将 interaction context 的最大内容绘制设置为 paint entry。
将 interaction context 的总绘制面积增加 paint entry 的 size。

注：InteractionContentfulPaint 条目会在检测到时发出到性能时间线，而不取决于该交互最终是否产生软导航。这允许开发者监测所有交互的渲染更新。

4. 软导航

4.1. `SoftNavigationEntry` 接口

[Exposed=Window]
interface SoftNavigationEntry : PerformanceEntry {
    readonly attribute DOMString navigationType;
    readonly attribute unsigned long long interactionId;
    readonly attribute InteractionContentfulPaint? largestInteractionContentfulPaint;
};

SoftNavigationEntry includes PaintTimingMixin;

每个 SoftNavigationEntry 都有一个关联的绘制时序信息。

navigationType 属性的 getter 必须返回触发软导航的交互的。

interactionId 属性的 getter 必须返回触发软导航的交互的交互 id。

largestInteractionContentfulPaint 属性的 getter 必须返回一个 InteractionContentfulPaint 条目，该条目表示由于该交互发生的最大内容绘制；如果没有发生此类绘制，则返回 null。

name 属性的 getter 必须返回触发软导航的交互的第一个 URL 值。

startTime 属性的 getter 必须返回触发软导航的交互的开始时间。

duration 属性的 getter 必须返回在发出时 this 的 presentationTime 与 this 的 startTime 之间的差值。

实践中，largestInteractionContentfulPaint 预计为非 null，因为确认的软导航要求至少检测到一个交互内容绘制来触发其发出。

不过，未来迭代可能会评估软导航是否可在 URL 修改后、第一次绘制之前立即被视为已提交。在这样的模型中，此字段在发出时可能为 null。

此时序的主要设计考量是归因其他时间线条目（例如 LayoutShift、PerformanceResourceTiming、 LongAnimationFrameTiming 等），这些条目发生在 URL 修改与第一次绘制之间的区间内。例如，许多站点会在发起 fetch 请求时立即提交新的 URL，即使当前页面仍处于上一个导航状态。为确保时间线切片一致，本规范将所有此类条目归因到前一个 导航标识符，直到第一次绘制确认转换。

4.2. 软导航算法

软导航是满足以下条件的同文档导航：

在一个 InteractionContext 活动时发生同文档 URL 变更。
发生一个内容绘制，并且该绘制归因到同一个 InteractionContext。

要，给定一个 Document document 和一个 InteractionContext interaction context，运行以下步骤：

如果 interaction context 的 emitted 为 true，则返回。
如果 document 的活动软导航候选不是 interaction context，则返回。
如果 interaction context 的第一个 URL 值未设置，则返回。
如果 interaction context 的第一次内容绘制为 null，则返回。
令 global 为 document 的相关全局对象。
令 url 为 interaction context 的第一个 URL 值。
令 entry 为使用 global、interaction context、 url 和 interaction context 的开始时间调用创建软导航条目的结果。
使用 global 和 entry 调用发出软导航条目。
将 interaction context 的 emitted 设置为 true。

要，给定一个全局对象 global、一个 InteractionContext interaction context、一个字符串 url，以及一个 DOMHighResTimeStamp start time，运行以下步骤：

令 entry 为 global 的 realm 中的一个新的 SoftNavigationEntry 对象。
将 entry 的 name 设置为 url。
将 entry 的 entryType 设置为 "soft-navigation"。
将 entry 的 startTime 设置为 start time。
令 first paint 为 interaction context 的第一次内容绘制。
如果 first paint 不是 null：
1. 将 entry 的关联绘制时序信息设置为 first paint 的关联绘制时序信息。
将 entry 的 interactionId 设置为 interaction context 的 id（如果可用）。
将 entry 的 largestInteractionContentfulPaint 设置为 interaction context 的最大内容绘制。
返回 entry。

注：navigationId 在后面，在 queue a PerformanceEntry 中设置。

要，给定一个全局对象 global，以及一个 SoftNavigationEntry entry，运行以下步骤：

将 entry 的导航 id 设置为 entry 的 interactionId。
将 global 的当前导航 id 设置为 entry 的 interactionId。
排队 entry。
将 entry 添加到 global 的性能条目缓冲区。

要处理同文档提交，给定一个 Document document、字符串 url，以及字符串 navigation type，运行以下步骤：

令 interaction context 为调用获取当前交互上下文的结果。
如果 interaction context 为 null，则返回。
将 interaction context 的最后一个 URL 值设置为 url。
如果 interaction context 的第一个 URL 更新时间戳未设置：
1. 将 interaction context 的第一个 URL 更新时间戳设置为给定 document 的相关全局对象时的当前高精度时间。
2. 将 interaction context 的第一个 URL 值设置为 url。
3. 将 interaction context 的导航类型设置为 navigation type。
将 document 的活动软导航候选设置为 interaction context。
使用 document 和 interaction context 调用评估软导航发出。

5. `PerformanceEntry` 扩展

[Exposed=(Window,Worker)]
partial interface PerformanceEntry {
    readonly attribute unsigned long long navigationId;
};

每个 PerformanceEntry 都有一个关联的，一个 unsigned long long，初始为 0。

navigationId 属性的 getter 必须返回 this 的导航 id。

6. 规范集成

6.1. HTML 集成

6.1.1. Document

每个 document 都有一个interaction id 到 interaction context，一个映射，初始为空。

每个 document 都有一个活动软导航候选，为一个 InteractionContext 或 null，初始为 null。

6.1.2. History

在 update document for history step application 中，在 5.5.1 之前（如果 documentsEntryChanged 为 true 且 documentIsNew 为 false），使用该 Document、entry 的 url，以及 "traverse" 调用处理同文档提交。

在 shared history push/replace steps（如 [HTML] 中定义）中，在 URL 被更新后，使用该 Document、新的 URL，以及操作类型（"push" 或 "replace" 之一）调用处理同文档提交。

6.1.3. Node

每个 node 都有一个关联的交互上下文，初始为 null。

6.1.4. 硬导航

当创建一个新的全局对象 global 时（例如在一次“硬” 导航期间），其当前导航 id 会按 § 2.1 导航 ID 中的规定初始化。

在 [NAVIGATION-TIMING] 中，创建初始导航的 PerformanceNavigationTiming 条目时，用户代理必须将其 navigationId 设置为全局对象的。

6.2. Event Timing 集成

本规范扩展了 [EVENT-TIMING] 对交互的定义，以包含与现代 Web 应用程序和单页应用程序相关的其他事件类型。

以下事件类型被认为是交互的一部分（如 [EVENT-TIMING] 中所定义）：

navigate
popstate
hashchange

当这些事件作为用户交互的结果被派发时，用户代理必须为它们分配一个唯一的交互 id，该 id 通过为文档的相关全局对象运行获取下一个 interactionId 的步骤来获得。如果事件由一个已分配交互 id 的先前交互触发，用户代理应复用同一个标识符。

这些事件只有在它们是来自用户操作的发起事件时，才会作为主要交互报告（例如点击浏览器 UI 的后退按钮）。在大多数其他场景中——例如 click 处理器手动操作历史记录——后续的 popstate 或 navigate 事件不被认为是独立的用户交互。

虽然这些以编程方式触发的事件可能没有设置 isTrusted 标志，但它们会通过 [ASYNC-CONTEXT] 正确归因回原始交互，因为历史记录和导航 API 被视为发起任务的异步延续。

注：事件 navigate、popstate 和 hashchange 被用作跟踪软导航和分配 interactionId 的内部信号。本规范不要求这些事件类型作为 PerformanceEventTiming 条目暴露到性能时间线，而是将该决定留给 [EVENT-TIMING] 规范。

[EVENT-TIMING] 规范预计会更新，以显式定义 processingStart 和 processingEnd 钩子，并确保 interactionId 分配足够早地发生以支持此集成。目前， interactionId 分配通常会延迟到事件处理结束时。

TODO/错误修复：本规范对 interactionId 使用 unsigned long long，以确保安全的全局计数器，而 [EVENT-TIMING] 当前将其定义为 unsigned long。预计此不匹配会在两个规范的未来版本中解决。

要为一个 Window window 获取下一个 interactionId：

将 window 的 interaction count 设置为 window 的 interaction count 加 1。
返回 window 的 initial interactionId value 加上（window 的 interaction count 乘以 window 的 interactionId increment）。

在 processingStart（如 [EVENT-TIMING] 中所定义）时，给定一个 Document document 和一个 Event event，添加以下步骤：

使用 document 和 event 调用更新事件的交互上下文。
令 interaction id 为 event 的交互 id。
使用 document、interaction id 和 event 调用交互事件处理开始。

在 processingEnd（如 [EVENT-TIMING] 中所定义）时，给定一个 Document document 和一个 InteractionContext interaction context，添加以下步骤：

使用 interaction context 调用交互事件时序处理结束。

6.3. Largest Contentful Paint (LCP) 集成

本规范挂接到 [LARGEST-CONTENTFUL-PAINT] 算法，以将绘制归因到交互。

在 report largest contentful paint 中：

令 contextToNewLargestCandidate 为一个新的映射。
对于 paintedImages 的每个 record：
1. 令 element 为 record 的待处理图像记录元素。
2. 令 interaction context 为 element 的关联交互上下文。
3. 如果 interaction context 为 null，则继续。
4. 令 size 为 element 的有效视觉大小。
5. 如果 size 为 null，则继续。
6. 如果 interaction context 的最大内容绘制不是 null，且 size 小于或等于 interaction context 的最大内容绘制的 size，则继续。
7. 如果 contextToNewLargestCandidate[interaction context] 未设置，或者 size 大于 contextToNewLargestCandidate[interaction context] 的 size：
  1. 设置 contextToNewLargestCandidate[interaction context] 为 element。
对于 paintedTextNodes 的每个 textNode：
1. 令 interaction context 为 textNode 的关联交互上下文。
2. 如果 interaction context 为 null，则继续。
3. 令 size 为 textNode 的有效视觉大小。
4. 如果 size 为 null，则继续。
5. 如果 interaction context 的最大内容绘制不是 null，且 size 小于或等于 interaction context 的最大内容绘制的 size，则继续。
6. 如果 contextToNewLargestCandidate[interaction context] 未设置，或者 size 大于 contextToNewLargestCandidate[interaction context] 的 size：
  1. 设置 contextToNewLargestCandidate[interaction context] 为 textNode。
对于 contextToNewLargestCandidate 中的每个 interaction context → newLargestElement：
1. 使用 newLargestElement、document 和 interaction context 调用发出交互内容绘制条目。
2. 使用 document 和 interaction context 调用评估软导航发出。

§ 6.4 Container Timing 集成小节定义了对 DOM 的修改如何重置受影响元素的先前已报告绘制，确保它们由 [LARGEST-CONTENTFUL-PAINT] 算法重新评估，并正确归因到当前交互。

[LARGEST-CONTENTFUL-PAINT] 算法预计会忽略任何具有关联交互上下文的绘制，因为这些绘制由本规范的 § 3.1 InteractionContentfulPaint 接口处理。

6.4. Container Timing 集成

[CONTAINER-TIMING] API 提供一种机制，用其共同 DOM 祖先对渲染影响进行分组。本规范与该机制集成，以将渲染变化归因回用户交互。

在节点插入时，或者当一个节点以以下方式之一被修改时：

元素的 class 或 style 属性被修改。
资源属性（例如 img 或 video 元素上的 src）被修改。

运行以下步骤：

令 interaction context 为调用获取当前交互上下文的结果。
如果 interaction context 不是 null：
1. 将该节点的关联交互上下文设置为 interaction context。
2. 将该节点指定为一个 容器根（如 [CONTAINER-TIMING] 中所定义）。
3. 对于该节点及其每个后代，将它们从 Document 的先前已报告绘制中移除（如 [PAINT-TIMING] 中所定义）。

通过从先前已报告绘制集合中移除被修改的子树，用户代理可确保这些元素的下一次内容绘制会被重新检测，并正确归因到新的 InteractionContext。

注：对 "node insert" 的引用是一种高层描述，涵盖将新元素添加到文档结构中的所有操作（例如 appendChild、innerHTML 更新等）。由用户代理负责将这些操作映射到跟踪文档结构修改的内部实现钩子。

鼓励用户代理维护一棵稀疏的容器根树。如果被修改的节点是与同一交互上下文关联的现有容器根的后代，用户代理可以选择不创建新的冗余根。

此外，为避免在大型 DOM 修改期间执行昂贵的主线程工作，鼓励用户代理优化从先前已报告绘制中移除后代的过程。用户代理可以将修改后的根标记为 "dirty"，并在后续树遍历期间（例如布局或绘制期间）惰性传播该状态，而不是立即进行穷尽遍历。已知不可见或被现有机制（如 content-visibility 或 CSS containment）跳过的子树，在此重置过程中也可以被跳过。

6.5. Performance Timeline 集成

在 queue a PerformanceEntry 中，在步骤 1（初始化条目）之后，添加以下步骤：

如果 newEntry 的导航 id 为 0：
1. 将 newEntry 的导航 id设置为 global 的当前导航 id。

7. 重叠交互和竞态条件

本节是非规范性的。

Web 应用程序通常会快速连续处理多个用户交互。本规范通过以下模型处理此类重叠交互：

上下文独立性：每个交互独立管理自己的 InteractionContext。多个上下文可以同时“进行中”，每个上下文都跟踪自己的 URL 修改和内容绘制。
活动候选单例：虽然许多交互可以处于活动状态，Document 在任何给定时间只识别一个活动软导航候选。
抢占：交互上下文在触发第一次同文档 URL 修改的那一刻成为活动软导航候选。如果后续交互修改发生，它会抢占前一个候选，并成为新的候选。
发出验证：只有在满足发出标准（URL 变更 + 内容绘制）的时刻，作为活动软导航候选的交互上下文，才会发出 SoftNavigationEntry。这确保软导航报告与文档当前的视觉和导航状态保持一致。
持久归因：即使一个交互作为软导航候选被抢占，只要它仍处于活动状态，它仍会继续归因并报告自己的 InteractionContentfulPaint 条目。这允许准确测量并发的渲染更新，即使这些更新本身并不被视为“导航”。

8. 安全与隐私考量

将 Soft Navigations 暴露到性能时间线本身不具有安全和隐私影响。不过，作为检测到软导航的结果而重置各种 paint timing 条目，可能会产生影响，尤其是在已访问链接被分区之前。因此，在没有对 :visited 缓存进行分区的情况下暴露此类绘制操作，只能在仔细分析相关绘制操作之后进行，以确保它们不会跨源暴露用户的历史记录。

软导航与交互内容绘制

摘要

本文档状态

1. 简介

2. 交互基础设施

2.1. 导航 ID

2.2. 交互上下文简介

2.3. `InteractionContext` 结构体

2.4. 基础设施算法

3. 交互内容绘制

3.1. `InteractionContentfulPaint` 接口

3.2. 交互内容绘制算法

4. 软导航

4.1. `SoftNavigationEntry` 接口

4.2. 软导航算法

5. `PerformanceEntry` 扩展

6. 规范集成

6.1. HTML 集成

6.1.1. Document

6.1.2. History

6.1.3. Node

6.1.4. 硬导航

6.2. Event Timing 集成

6.3. Largest Contentful Paint (LCP) 集成

6.4. Container Timing 集成

6.5. Performance Timeline 集成

7. 重叠交互和竞态条件

8. 安全与隐私考量

索引

由本规范定义的术语

由引用定义的术语

参考文献

规范性参考文献

资料性参考文献

IDL 索引

软导航与交互内容绘制

摘要

本文档状态

1. 简介

2. 交互基础设施

2.1. 导航 ID

2.2. 交互上下文简介

2.3. InteractionContext 结构体

2.4. 基础设施算法

3. 交互内容绘制

3.1. InteractionContentfulPaint 接口

3.2. 交互内容绘制算法

4. 软导航

4.1. SoftNavigationEntry 接口

4.2. 软导航算法

5. PerformanceEntry 扩展

6. 规范集成

6.1. HTML 集成

6.1.1. Document

6.1.2. History

6.1.3. Node

6.1.4. 硬导航

6.2. Event Timing 集成

6.3. Largest Contentful Paint (LCP) 集成

6.4. Container Timing 集成

6.5. Performance Timeline 集成

7. 重叠交互和竞态条件

8. 安全与隐私考量

索引

由本 规范定义的术语

由 引用定义的术语

参考文献

规范性参考文献

资料性参考文献

IDL 索引

2.3. `InteractionContext` 结构体

3.1. `InteractionContentfulPaint` 接口

4.1. `SoftNavigationEntry` 接口

5. `PerformanceEntry` 扩展

由本规范定义的术语

由引用定义的术语