跨域隔离的启用指南

跨域隔离使网页能够使用例如 SharedArrayBuffer 等强大功能。本篇文章解释了如何在您的网站上启用跨域隔离。

Feb 9, 2021 • 更新日期 Aug 5, 2021

Available in: Deutsch, Español, Français, 日本語, 한국어, Português, Русский, English

本篇指南将向您展示跨域隔离的启用方式。如果您想使用SharedArrayBuffer、performance.measureUserAgentSpecificMemory()、更精确的高精度计时器或 JS Self-Profiling API，就会需要跨域隔离。

如果您打算启用跨域隔离，请评估这对您网站上的其他跨域资源（例如广告展示位置）将产生的影响。

确定您网站中`SharedArrayBuffer`的使用位置

从 Chrome 92 开始，使用SharedArrayBuffer的功能在没有跨域隔离的情况下将停止工作。如果您是因为收到SharedArrayBuffer已弃用的消息而造访此页面，那么很可能是因为您的网站或其中嵌入的某项资源正在使用SharedArrayBuffer。为确保您的网站不会因弃用而中断，请首先确定SharedArrayBuffer的使用位置。

目标:

开启跨域隔离来继续使用SharedArrayBuffer。
如果您依赖使用SharedArrayBuffer的第三方代码，请通知第三方提供商采取相应措施。

如果您不确定您网站中SharedArrayBuffer的使用位置，有两种方法可以找到：

使用 Chrome 开发者工具
（进阶）使用弃用报告

如果您已经知道SharedArrayBuffer的使用位置，请跳至分析跨域隔离的影响。

使用 Chrome 开发者工具 #

Chrome 开发者工具允许开发者对网站进行检查。

在您怀疑可能正在使用SharedArrayBuffer的页面上打开 Chrome 开发者工具。
选择控制台面板。

如果该页面正在使用SharedArrayBuffer，则会显示以下消息：

[Deprecation] SharedArrayBuffer will require cross-origin isolation as of M92, around May 2021. See https://developer.chrome.com/blog/enabling-shared-array-buffer/ for more details. common-bundle.js:535

消息末尾的文件名和行号（例如，common-bundle.js:535）表明SharedArrayBuffer的来源。如果来源是第三方库，请联系开发者解决问题。如果是作为您网站的一部分来执行的，请按照以下指南启用跨域隔离。

在没有跨域隔离的情况下使用 SharedArrayBuffer 时，开发者工具控制台发出警告。

（进阶）使用弃用报告 #

某些浏览器有向指定端点报告已弃用 API 的功能。

设置弃用报告服务器并获取报告 URL。您可以通过使用公共服务或自己进行搭建来实现这一目标。

使用 URL，对可能正在提供SharedArrayBuffer的页面设置以下 HTTP 标头。

Report-To: {"group":"default","max_age":86400,"endpoints":[{"url":"THE_DEPRECATION_ENDPOINT_URL"}]}

一旦标头开始传播，您注册的端点就应该能够开始收集弃用报告。

请在此处查看执行示例：https://first-party-test.glitch.me。

分析跨域隔离的影响 #

如果能在不进行任何破坏的情况下就可以评估启用跨域隔离对您的网站的影响，那该多好啊？Cross-Origin-Opener-Policy-Report-Only和Cross-Origin-Embedder-Policy-Report-Only HTTP 标头恰恰能帮助您实现这一愿望。

在您的顶级文档上设置Cross-Origin-Opener-Policy-Report-Only: same-origin。正如标头名称所示，该标头只发送有关COOP: same-origin将会对您网站产生的影响的报告，而不会实际弹出窗口来禁止通信。
设置报告内容并配置一个网络服务器来接收和保存报告。
在顶级文档上设置Cross-Origin-Embedder-Policy-Report-Only: require-corp。与之前一样，该标头能够让您看到启用COEP: require-corp后的影响，而不会实际影响您的网站功能。您可以配置该标头，将报告发送到您在上一步中设置的同一个报告服务器。

您也可以在 Chrome 开发者工具的网络面板中启用域列，从而对哪些资源会受到影响形成总体的概念。

小心:

启用跨域隔离将阻止您未明确选择加入的跨域资源进行加载，并且会阻止您的顶级文档与弹出窗口进行通信。

由于跨域隔离要求所有子资源明确选择加入，所以我们一直在探索大规模部署Cross-Origin-Resource-Policy的方法。我们提出了相反方向的想法：一种新的 COEP "无凭据"模式，允许通过剥离所有资源凭据来加载没有 CORP 标头的资源。我们正在研究该模式运作方式的具体细节，但我们希望这个模式能在确保子资源发送Cross-Origin-Resource-Policy标头方面为您减轻负担。

此外，众所周知Cross-Origin-Opener-Policy: same-origin标头会破坏需要跨域窗口交互（例如 OAuth 和支付）的集成。为了缓解这个问题，我们正在探索通过放宽条件来为Cross-Origin-Opener-Policy: same-origin-allow-popups启用跨域隔离。这样就可以让该标头与其打开的窗口进行通信。

如果您想启用跨域隔离，却面临这些挑战的阻碍，那么我们建议您注册一个原始试验，同时等待可用的新模式。在这些新模式可用之前，我们不打算终止原始试验。

减轻跨域隔离的影响 #

在确定哪些资源将受到跨域隔离的影响后，以下是有关如何实际让这些跨域资源选择加入的一般准则：

在图像、脚本、样式表、iframe 等跨域资源上设置Cross-Origin-Resource-Policy: cross-origin标头。在同站资源上设置Cross-Origin-Resource-Policy: same-site标头。
如果资源是用 CORS（例如，<img src="example.jpg" crossorigin>）提供的，那么请在顶级文档的 HTML 标签中设置crossorigin。
如果加载到 iframe 中的跨域资源涉及另一层 iframe，则在进行下一步之前递归地运用本节中描述的步骤。
在您确认所有跨域资源都已选择加入后，请在加载到 iframe 中的跨域资源上设置Cross-Origin-Embedder-Policy: require-corp标头。
请确保没有需要通过postMessage()进行通信的跨域弹出窗口。这些弹出窗口无法在启用跨域隔离时继续运行。您可以将通信移动到另一个非跨域隔离文档中，或使用一种不同的通信方法（例如，HTTP 请求）。

启用跨域隔离 #

在减轻跨域隔离的影响后，以下是启用跨域隔离的一般准则：

在顶级文档上设置Cross-Origin-Opener-Policy: same-origin标头。如果您之前已经设置了Cross-Origin-Opener-Policy-Report-Only: same-origin，请将其替换。这会阻止顶级文档与其弹出窗口之间的通信。
在顶级文档上设置Cross-Origin-Embedder-Policy: require-corp标头。如果您之前已经设置了Cross-Origin-Embedder-Policy-Report-Only: require-corp，请将其替换。这会阻止未选择加入的跨域资源进行加载。
检查并确认self.crossOriginIsolated在控制台中返回true，从而验证您的页面已启用跨域隔离。

问题!

在本地服务器上启用跨域隔离可能非常麻烦，因为轻量服务器不支持发送标头。您可以使用命令行标志--enable-features=SharedArrayBuffer启动 Chrome，从而在不启用跨域隔离的情况下启用SharedArrayBuffer。了解如何使用命令行标志在各个平台上运行 Chrome。

资源 #

安全

Last updated: Aug 5, 2021 Improve article