预渲染重构

修改 解析推测规则集字符串 如下：

• 移除 typesToTreatAsPrefetch 构造，并将 parsed["prerender"] 解析到 prerender rules 列表，parsed["prerender_until_script"] 解析到 prerender_until_script rules 列表，方式与 parsed["prefetch"] 及 prefetch rules 相同。

• 丢弃 parsed["prefetch"] 解析得到的规则，如果 target navigable name hint 非 null。

• 丢弃 parsed["prerender"] 和 parsed["prerender_until_script"] 解析得到的规则，如果 要求包含 "anonymous-client-ip-when-cross-origin"。

实现仍允许将 prerender 候选视为 prefetch，详见 § 1.2 处理模型。

修改 解析推测规则，增加如下步骤：

1. 令 targetHint 为 null。

2. 如 input["target_hint"] 存在：

   1. 如 input["target_hint"] 不是 有效可导航目标名或关键字：

      1. 用户代理可以 报告警告到控制台，指示该 target hint 无效。

      2. 返回 null。

   2. 设 targetHint 为 input["target_hint"]。

并将最终返回 推测规则的一步，更新为包含设置 target navigable name hint 为 targetHint。

更新 推测加载处理算法，如果 document 的 节点可导航对象是 预渲染 navigable，则提前中止，并给出说明，表明在推测加载页面内再进行推测加载是资源浪费。

更新 内部推测加载处理步骤 算法，在组装 prefetchCandidates 后加入如下步骤：

1. 令 prerenderCandidates 为一个空 列表。

2. 遍历 document 的 推测规则集 的每一项 ruleSet：

   1. 遍历 « (ruleSet 的 prerender rules, false)、(ruleSet 的 prerender_until_script rules, true) » 的每一对(rules, shouldBlockScripts)：

      1. 遍历 rules 中的每个 rule：

         1. 遍历 rule 的 URLs 的每个 url：

            1. 令 referrerPolicy 为 计算推测加载 referrer policy 的结果，参数为 rule 和 null。

            2. 追加一个 预渲染候选，内容：

               URL

               url

               No-Vary-Search提示

               rule 的 No-Vary-Search提示

               eagerness

               rule 的 eagerness

               referrer policy

               referrerPolicy

               标签

               rule 的 标签

               target navigable name hint

               rule 的 target navigable name hint

               should block scripts

               shouldBlockScripts

               到 prerenderCandidates。

         2. 如 rule 的 谓词 非 null，则：

            1. 令 links 为 查找匹配链接 的结果，参数为 document 和 rule 的 谓词。

            2. 遍历 links 的每一项 link：

               1. 令 target 为 rule 的 target navigable name hint。

               2. 如 target 为 null，则设置为 获取元素 target 的结果，参数为 link。

               3. 令 referrerPolicy 为 计算推测加载 referrer policy 的结果，参数为 rule 和 link。

               4. 追加 一个 预渲染候选，内容：

                  URL

                  link 的 url

                  No-Vary-Search 提示

                  rule 的 No-Vary-Search 提示

                  eagerness

                  rule 的 eagerness

                  referrer policy

                  referrerPolicy

                  标签

                  rule 的 标签

                  target navigable name hint

                  target

                  should block scripts

                  shouldBlockScripts

                  到 prerenderCandidates。

3. 令 speculativeLoadCandidates 为 prefetchCandidates 与 prerenderCandidates 的并集。

修改后续取消非 仍在推测中 的 prefetch record 的步骤，使其操作对象为 speculativeLoadCandidates，不再是 prefetchCandidates。

像处理 prefetchCandidateGroups 那样，创建 prerenderCandidateGroups，但底层数据为 prerenderCandidates。

用如下内容替换对 prefetchCandidateGroups 实际预取循环的步骤：

1. 令 speculativeLoadCandidateGroups 为 prefetchCandidateGroups 与 prerenderCandidateGroups 的并集。

2. 遍历 speculativeLoadCandidateGroups 的每个 group：

   1. 用户代理可运行如下步骤：

      1. 令 candidate 为 group[0]。

      2. 令 tagsToSend 为 收集推测加载候选标签 的结果，参数为 group。

      3. 令 prefetchRecord 为新建的 预取记录，内容：

         source

         "speculation rules"

         URL

         candidate 的 URL

         No-Vary-Search提示

         candidate 的 No-Vary-Search提示

         referrer policy

         candidate 的 referrer policy

         标签

         tagsToSend

      4. 如 candidate 是 预取候选，则设 prefetchRecord 的 匿名策略 为 candidate 的 匿名策略。

      5. 如 candidate 是 预渲染候选，用户代理可运行如下步骤：

         1. 设 prefetchRecord 的 预渲染可遍历对象 为 "to be created"。

         2. 设 prefetchRecord 的 预渲染目标可导航名称提示 为 candidate 的 target navigable name hint。

         3. 启动referrer发起的导航预渲染，参数为 document，prefetchRecord，candidate 的 should block scripts。

      6. 如未执行上一步，则 启动referrer发起的导航预取，参数为document和prefetchRecord。

      （后续执行"may"步骤的时机讨论保留）

partial interface Document {
    readonly attribute boolean prerendering;

    // Under "special event handler IDL attributes that only apply to Document objects"
    attribute EventHandler onprerenderingchange;
};

用户代理可选择在没有引用文档的情况下启动预渲染，例如来源于地址栏或其它浏览器用户交互。

若要启动用户代理发起的预渲染，给定一个URL startingURL：

1. 断言：startingURL的scheme为HTTP(S)方案。

2. 令prerenderingTraversable为创建新的顶级可遍历对象的结果，参数为null与空字符串。

3. 设prerenderingTraversable的加载模式为"prerender"。

4. 令prefetchRecord为新的预取记录，其中URL为startingURL，匿名化策略为null，referrer policy为空字符串，No-Vary-Search提示为默认URL搜索变体，source为"browser UI"，prerendering traversable为prerenderingTraversable。

5. 启动referrer发起的导航预取，参数为prerenderingTraversable的活跃文档与prefetchRecord。

6. 导航 prerenderingTraversable到startingURL，使用prerenderingTraversable的活跃文档。

   我们将此初始导航视为prerenderingTraversable自身的导航，从而确保所有安全检查通过。

7. 当用户表明希望提交到activationURL，其为URL，且prefetchRecord URL匹配activationURL时：

   1. 如用户表明希望创建新的用户可见顶级可遍历对象（如在地址栏输入完后按Shift+Enter）：

      1. 更新激活用后继，参数为prerenderingTraversable、startingURL、activationURL。

      2. 更新用户代理界面以展示prerenderingTraversable，例如创建新标签页或窗口。

      3. 完成激活，参数为prerenderingTraversable，startingURL的源。

   2. 否则，若用户表明希望在已有顶级可遍历对象 predecessorTraversable中提交导航（如输入完后按Enter）：

      1. 激活 prerenderingTraversable替换predecessorTraversable，参数为"push"、startingURL、activationURL。

用户可能永远不发起此类提交，也可能等待太久导致用户代理需回收预渲染用资源用于更紧急任务。在这种情况下用户代理可以销毁 prerenderingTraversable。

若要更新激活用后继，参数为prerendering traversable successorTraversable，URL startingURL，以及URL activationURL：

1. 令successorDocument为successorTraversable的活跃文档。

2. 若startingURL等于successorDocument的URL且startingURL不等于activationURL：

   1. 断言：successorDocument 可重写URL为activationURL。

   2. 令navigation为successorDocument的相关全局对象的navigation API。

   3. 令continue为触发 push/replace/reload navigate事件的结果，参数为navigation，"replace"、activationURL和true。

   4. 如continue为true，则用successorDocument和activationURL运行URL及历史更新步骤。

   这保证了预渲染的URL可与实际导航到的URL一致，适用于基于 `No-Vary-Search`的非精确匹配情形。

若要激活 prerendering traversable successorTraversable 替换顶级可遍历对象 predecessorTraversable，参数为历史处理行为 historyHandling、URL startingURL、URL activationURL、可选navigation ID navigationId：

1. 断言：successorTraversable的活跃文档的是否初始about:blank为false。

2. 如未指定navigationId，则令其为生成的随机UUID。

3. 令referrerOrigin为predecessorTraversable的活跃文档的源。

4. 设predecessorTraversable的正在进行的导航为navigationId。

   这样做会终止predecessorTraversable的其他并行导航。

5. 并行执行：

   1. 令unloadPromptCanceled为对predecessorTraversable的活跃文档的包含自身的后代可导航对象执行检查卸载是否被用户取消的结果。

   2. 如unloadPromptCanceled为true，或predecessorTraversable的进行中导航已不等于navigationId，则中止后续步骤。

   3. 全局任务排队在predecessorTraversable的活跃窗口上，执行中止predecessorTraversable的活跃文档。

   4. 更新激活用后继，参数为successorTraversable、startingURL、activationURL。

   5. 为predecessorTraversable追加会话历史遍历步骤，执行如下操作：

      1. 断言：successorTraversable的当前会话历史步骤索引为0。

      2. 断言：successorTraversable的会话历史条目的长度为1。

      3. 令successorEntry为successorTraversable的会话历史条目[0]。

      4. 移除successorEntry从successorTraversable的会话历史条目。

         此时successorTraversable已为空，可无副作用地销毁。（只要实现确保successorEntry携带的文档及其Document的 浏览环境存活用于后续。）

      5. 完成跨文档导航，参数为predecessorTraversable、historyHandling、successorEntry。

         由于移动了整个会话历史条目（包含文档及其 浏览环境），这意味着相关会话条目的遍历将导致浏览环境组切换，类似于COOP头行为。这会断开opener关系，无论是激活还是后撤操作（如用户点击后退或history.back()）。

      6. 更新用户代理界面，以体现该变化，如更新标签/窗口内容与浏览器Chrome。

      7. 完成激活，参数为successorTraversable、referrerOrigin。

      8. 此处或许应配合WebDriver BiDi？参见 w3c/webdriver-bidi#321。当前，在实际并行执行前，navigate算法会发起WebDriver BiDi navigation started，但导航完成不会有事件。

若要完成激活顶级可遍历对象traversable，参数为源 origin：

1. 遍历traversable的活跃文档的包含自身的后代可导航对象，对每个navigable，全局任务排队在navigable的活跃窗口上，依次执行以下步骤：

   1. 遍历navigable的预渲染范围Accept-CH缓存中origin→hintSet：

      1. 设Accept-CH缓存[origin]为hintSet。

   2. 如navigable的脚本模式为"blocked-until-activation"：

      1. 设navigable的脚本模式为"enabled"。

      2. 解除navigable的活跃文档脚本执行阻塞。

      脚本恢复后实际执行细节，特别是先前入队的任务如何处理，细节待补充。

   3. 令doc为navigable的活跃文档。

   4. 这里应在投递任务内传播加载模式变更，实现会更新document.prerendering的返回值。不过实现上加载模式目前挂在traversable上，因此移动会话历史条目后会“自动”变。后续应迁移到Document对象。

   5. 如doc的源等于origin，则设doc的激活开始时间为doc的当前高分辨率时间。

   6. 触发事件，事件名为prerenderingchange，目标为doc。

   7. 遍历 doc的预渲染激活后步骤列表的每一项steps：

      1. 执行steps。

         这些步骤可有返回，如Promise，但按规范可忽略。

      2. 断言：执行steps未抛异常。

      对于同一事件循环内的Document执行顺序可感知，跨事件循环不可感知。

prerendering traversable 有一个关联的 remove from referrer，为null或无参数算法，默认设置为null。

为确保prerendering traversable被销毁时能清除引用，修改销毁顶级可遍历对象，追加如下步骤：

1. 如traversable是prerendering traversable，且其remove from referrer非null，则调用之。

为确保任何 子可导航对象 继承其 父对象 的 加载模式，通过追加下列步骤来修改 create a new child navigable：

1. 将 navigable 的 loading mode 设置为 element 的 node navigable 的 loading mode。

若要在给定 Document predecessorDocument 和 URL url 的情况下 查找匹配的已预渲染预取记录：

1. 令 recordToUse 为 null。

2. 遍历 predecessorDocument 的 prefetch records 中的每个 record：

   1. 若 record 的 prerendering traversable 不是一个 prerendering traversable，则 继续（continue）。

   2. 若 record 的 prerendering traversable 的 active document 的 is initial about:blank 为 true，则 继续。

   3. 若 record 的 URL 等于 url：

      1. 将 recordToUse 设为 record。

      2. 跳出循环（Break）。

   4. 若 recordToUse 为 null 且 record 在给定 url 的情况下匹配某 URL：

      1. 将 recordToUse 设为 record。

3. 若 recordToUse 非 null：

   1. 从列表中移除 recordToUse，从而将其从 predecessorDocument 的 prefetch records 中移除。

4. 返回 recordToUse。

若要在给定 navigable navigable、URL url、字符串 cspNavigationType 与可为 POST 资源、字符串或 null 的 documentResource 的情况下 等待匹配的已预渲染预取记录：

1. 断言：此处在并行运行。

2. 若下列任一条件成立：

   • navigable 不是一个 顶级可遍历对象；

   • navigable 是一个 预渲染可遍历对象；

   • navigable 是一个 fenced frame；

     目前尚未定义 fenced frame navigable 的概念，但一旦存在我们需要链接到它。

   • cspNavigationType 不是 "other"；或

   • documentResource 非 null

   则返回 null。

3. 令 predecessorDocument 为 navigable 的 active document。

4. 令 cutoffTime 为 null。

5. 当 true 时循环：

   1. 令 completeRecord 为调用 查找匹配的已预渲染预取记录，参数为 predecessorDocument 与 url 的结果。

   2. 若 completeRecord 非 null，则返回 completeRecord。

   3. 令 potentialRecords 为一个空的 列表。

   4. 遍历 predecessorDocument 的 prefetch records 中的每个 record：

      1. 若下列所有条件均为真，则将 record 追加 到 potentialRecords：

         • record 的 prerendering traversable 是一个 prerendering traversable；

         • record 的 prerendering traversable 的 active document 的 is initial about:blank 为 true；

         • record 在给定 url 的情况下 被期望匹配某 URL；且

         • cutoffTime 为 null 或者 record 的 start time 小于 cutoffTime。

   5. 若 potentialRecords 为空，则返回 null。

   6. 等待 predecessorDocument 的 prefetch records 中任一元素的 prerendering traversable 的 ongoing navigation 发生变化。

   7. 如果 cutoffTime 为 null，且 potentialRecords 中有任一元素的 prerendering traversable 的 active document 的 is initial about:blank 为 false，则将 cutoffTime 设为 predecessorDocument 的 当前高分辨率时间（相对于其 相关全局对象）。

在 navigate 中，在进入 并行 后的第一组步骤中插入如下步骤：

1. 令 record 为调用 等待匹配的已预渲染预取记录，参数为 navigable, url, cspNavigationType, 和 documentResource 的结果。

2. 若 record 非 null，则：

   1. 令 matchingPrerenderedNavigable 为 record 的 prerendering traversable。

   2. 令 startingURL 为 record 的 URL。

   3. 激活 matchingPrerenderedNavigable 以替代 navigable，参数为 historyHandling, startingURL, url, 和 navigationId。

   4. 中止这些步骤。

在 create navigation params by fetching 中，在算法顶部附近添加下列步骤：

1. 令 initiatorOrigin 为 entry 的 document state 的 initiator origin。

在 "While true:" 的首个子步骤之后追加如下步骤：

1. 若 navigable 为 预渲染可导航对象，且 currentURL 的 origin 与 initiatorOrigin 不为 同站，则：

   1. 若 navigable 为 顶级可遍历对象，则返回 null。

   2. 否则，若 navigable 的 top-level traversable 的 active document 的 allow cross origin iframes navigation while prerendering 为 false， 则用户代理必须等待，直到 navigable 的 loading mode 变为 "normal" 才能继续本算法。在等待期间（包括立即）它也可选择 销毁 navigable 的 顶级可遍历对象 并从本算法返回 null。

在算法末尾、检查 locationURL 的步骤之后追加如下步骤：

1. 若 navigable 为 预渲染可导航对象，且 responseOrigin 与 initiatorOrigin 并非 同源，则：

   1. 令 loadingModes 为对 response 调用 获取支持的加载模式 的结果。

   2. 若 loadingModes 未 包含 `credentialed-prerender`， 则返回 null。

      将来我们也可能允许 uncredentialed-prerender 在此处生效。但鉴于它主要针对跨站情形（目前尚未规范或实现），我们不希望鼓励在实际中使用，因此当前规定如果仅有 uncredentialed-prerender 标记则预渲染失败。

在 create and initialize a Document object 中，在 "If navigationParams’s response has a Refresh header, then:" 之后添加下列步骤：

1. 若 navigationParams 的 navigable 是一个 预渲染可导航对象，则：

   1. 令 loadingModes 为对 response 调用 获取支持的加载模式 的结果。

   2. 若 loadingModes 包含 `prerender-cross-origin-frames`， 则将 document 的 allow cross origin iframes navigation while prerendering 设为 true。

在 attempt to populate the history entry’s document 中，在确定 failure 值的步骤之后，但在根据该值执行其它动作之前追加下列内容：

1. 若 navigable 为 预渲染可导航对象，且下列任一成立：

   • failure 为 true；

   • navigationParams 的 request 为 null；

   • navigationParams 的 request 的 current URL 的 scheme 不是 HTTP(S) scheme；

   • navigationParams 的 request 的 current URL 不是 潜在可信 URL；

   • navigationParams 的 response 不 支持预取；

     那些不符合预取资格的响应（例如状态为错误）同样不符合预渲染资格。将来版本可能允许响应更清晰地划分两者。

   • navigationParams 的 response 含有指定为 attachment 的 Content-Disposition 头；或

   • navigationParams 的 response 的 状态 为 204 或 205，

   则：

   1. 销毁 navigable 的 顶级可遍历对象。

   2. 返回。

2. 若 navigable 为 预渲染可遍历对象 且其 prerender 初始响应搜索变体 为 null：

   1. 将 navigable 的 prerender 初始响应搜索变体 设为对 navigationParams 的 response 调用 obtaining a URL search variance 的结果。

在 hand-off to external software 中，前置加入如下步骤：

1. 若 navigable 为 预渲染可导航对象，则不调用外部软件包并直接返回。

对 navigate 算法进行补丁，确保 预渲染可导航对象 的会话历史始终为简化型，在所有其他步骤之前预先添加以下步骤：

1. 如果 navigable 是 预渲染可导航对象，则将 historyHandling 设为 "replace"。

对 URL 和历史记录更新步骤 进行补丁，在第1步之后添加下列步骤：

1. 如果 navigable 是 预渲染可导航对象，则将 historyHandling 设为 "replace"。

在 worker 生命周期 的定义里，修改 active needed worker 的定义，使拥有 预渲染可导航对象 owner 的 worker 不被视为 active：

若一个 worker 的任一 owner 为 Document 且 完全活跃，且其 节点可导航对象 不是 预渲染可导航对象，或 active needed worker，则该 worker 被认为是 active needed worker。

这意味着 worker 脚本会加载，但其执行会被挂起，直到文档被激活。

1. 清空 document 的 预渲染激活后步骤列表。

partial interface PerformanceNavigationTiming {
    readonly attribute DOMHighResTimeStamp activationStart;
};

修改 update the client hints set from cache 算法，将第二步替换为如下步骤。

1. 令 navigable 为 settingsObject 的 全局对象 的 navigable。

2. 令 originMatchingEntries 为 Accept-CH 缓存 中 origin 与 settingsObject 的 origin 为 同源 的条目集合。

3. 如果 navigable 是 预渲染可导航对象，则：

   1. 令 prerenderAcceptClientHintsCache 为 navigable 的 prerender 范围 Accept-CH 缓存。

   2. 令 origin 为 settingsObject 的 origin。

   3. 如 prerenderAcceptClientHintsCache[origin] 存在，则令 originMatchingEntries 为 prerenderAcceptClientHintsCache 中所有与 origin 同源 的条目。

修改 create or override the cached client hints set 算法，更新最后一步。

1. 令 navigable 为 settingsObject 的 全局对象 的 navigable。

2. 如果 navigable 是 预渲染可导航对象，则 设置 navigable 的 prerender 范围 Accept-CH 缓存[origin] = hintSet。

3. 否则，设置 Accept-CH 缓存[origin] = hintSet。

修改 HTTP-network-or-cache fetch，在设置 `Sec-Purpose` 的现有步骤后添加如下步骤：

1. 否则，如果 httpRequest 的 client 是一个 环境设置对象，其 全局对象为 Window， 并且该 Window 的 navigable 是 预渲染可导航对象：

   1. 令 purpose 为 List，包含 Token prefetch。

   2. 为 purpose 中的 prefetch token 添加参数，参数名为 "prerender"，值为 true。

   3. 设置结构化字段值 给定 (`Sec-Purpose`, purpose) 在 httpRequest’s header list.

   这包括预渲染可导航对象中的子资源，以及该对象自身导航的情况。

1. 如果 subject 的 节点可导航对象是 预渲染可导航对象， 则将如下步骤追加到 subject 的 预渲染激活后步骤列表，然后返回。

修改 cannot show simple dialogs 算法，参数为 Window window，在最前面插入如下步骤：

1. 如果 window 的 navigable 是 预渲染可导航对象，则返回 true。

修改 print() 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 navigable 是 预渲染可导航对象，则返回。

任何被[DelayWhilePrerendering]注解的方法，其操作步骤被如下内容替代：

1. 令 realm 为 当前 realm。

2. 如果该操作为 regular operation，则将 realm 设为 相关 realm，其主体为 this。

3. 如果 realm 的 全局对象的 navigable 是 预渲染可导航对象，则：

   1. 令 promise 为 新 Promise，在 realm 内创建。

   2. 将如下步骤追加到 this 的 预渲染激活后步骤列表：

      1. 令 result 为用相同 this 与实参运行该操作的原始指定步骤的结果。

      2. 以 result resolve promise。

   3. 若该操作的 返回类型为 Promise 类型，则返回 promise。

4. 否则，返回用相同 this 和实参运行原始指定步骤的结果。

修改 getCurrentPosition() 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表 并返回。

修改 watchPosition() 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则：

   1. 令 watchId 是 实现自定义 的 unsigned long， 并记作 预渲染激活后地理定位观察进程ID。

   2. 将如下步骤追加到 this 的 预渲染激活后步骤列表，特殊在于为该生成的 watchId 使用同一ID，并返回 watchId。

修改 clearWatch(watchId) 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则：

   1. 如果 watchId 是 预渲染激活后地理定位观察进程ID，则将其对应的步骤从 this 的 预渲染激活后步骤列表 移除。

   2. 返回。

修改 getPorts() 方法步骤，在初始创建 promise 后插入如下步骤：

1. 令 document 为 this 的 相关全局对象 的 关联 Document，若 this 的 相关全局对象 为 Window， 或 this 的 相关全局对象 的 owner document，若 this 的 相关全局对象 为 DedicatedWorkerGlobalScope。

2. 如果 document 为 null，则返回 一个以SecurityError DOMException 拒绝的 promise。

3. 如果 document 的 节点可导航对象 是 预渲染可导航对象，则将如下步骤追加到 document 的 预渲染激活后步骤列表 并返回 promise。

修改 Notification() 构造函数步骤，将执行 并行 的那一步替换为如下内容：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将这些步骤追加到 this 的 预渲染激活后步骤列表。否则在 并行 中执行这些步骤。

修改 permission 静态 getter 步骤，替换为如下内容：

1. 如果 当前全局对象 的 navigable 是 预渲染可导航对象，则返回 "default"。

   这样做是为实现避免查询实际权限状态，特别是在 预渲染可导航对象 情况下，这也许无法同步获取。Web开发者可以调用 Notification.requestPermission()， 且上文修改已确保只有激活后才会实际执行。此时我们可能发现权限为 "granted" 或 "denied"，浏览器无需再提示用户，这与通常"default"时行为不同。但这是允许的： 对 web 代码来说不可观察。

2. 否则，获取通知权限状态并返回之。

修改 start() 方法步骤，在状态设为 "activating" 后插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表 并返回。

2. 如果 this.[[state]] 为 "idle"，则返回。

   这样确保如本算法因预渲染而延后、期间又调用了 stop()，则激活预渲染后什么都不做。

3. 断言：this.[[state]] 为 "activating"。

修改 getBattery() 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表，并返回 this.[[BatteryPromise]]。

修改 应用方向锁算法步骤，重写其开始的若干步骤，在进入 并行 前如下：

1. 令 promise 为新建的 Promise。

2. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表 并返回 promise。

3. 如果 用户代理 不支持锁定屏幕方向，则 拒绝 promise，原因为 "NotSupportedError" DOMException 并返回 promise。

4. 如果 document 的 活动沙箱标志集合 包含 已沙箱化方向锁定浏览环境标志， 或者 用户代理 不满足 预锁定条件，则 拒绝 promise，原因为 "SecurityError" DOMException 并返回 promise。

5. 将 document 的 [[orientationPendingPromise]] 设为 promise。

修改 getGamepads() 方法步骤，在最前面插入如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则返回空序列。

修改 gamepadconnected 章节，说明每个 Document document 的 预渲染激活后步骤列表 应增加如下步骤：

1. 如果 document 被 允许使用 "gamepad" 功能，且 document 的 相关设置对象 是 安全上下文，并且有手柄已连接，则对每个已连接的手柄，派发一个名为 gamepadconnected 的事件到 document 的 相关全局对象，事件类型为 GamepadEvent， 其 gamepad 属性初始化为一个代表此已连接手柄的新的 Gamepad 对象。

修改 MediaDevices 章节，对 设备变更通知步骤 前添加如下步骤：

1. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则返回。

修改 registerProtocolHandler(scheme, url) 方法步骤，重写其开始前的若干步骤，直到进入 并行，如下：

1. 令 (normalizedScheme, normalizedURLString) 为用 scheme, url 和 规范化协议处理参数处理，所用设置对象为 this 的 相关设置对象。

2. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表 并返回。

修改 unregisterProtocolHandler(scheme, url) 方法步骤，重写其开始前的若干步骤，直到进入 并行，如下：

1. 令 (normalizedScheme, normalizedURLString) 为用 scheme, url 和 规范化协议处理参数处理，所用设置对象为 this 的 相关设置对象。

2. 如果 this 的 相关全局对象 的 navigable 是 预渲染可导航对象，则将如下步骤追加到 this 的 预渲染激活后步骤列表 并返回。