SharedWorker 中 crossOriginIsolated 会为 true 吗？

2026-11-06数据阿明

结论

SharedWorker 中的 crossOriginIsolated 不一定永远为 false。HTML Standard 的 worker 启动流程允许符合条件的 SharedWorker 获得 cross-origin isolated capability，但不同浏览器版本未必都实现或支持相同行为。题述现象可能与浏览器实现或隔离策略配置有关。仅凭 DedicatedWorker 正常，无法断定 SharedWorker 也会得到 true。

crossOriginIsolated 表示当前 worker 是否具备跨源隔离能力。该值为 false 时，通常无法在跨源隔离模式下使用 SharedArrayBuffer。

为什么 SharedWorker 可能仍是 false

HTML Standard 的 worker 处理流程会检查 worker 脚本响应的 embedder policy。对于 SharedWorker，如果该策略与 cross-origin isolation 兼容，规范会设置其 agent cluster 的 cross-origin isolation mode，再根据该 mode 设置 worker 的 cross-origin isolated capability。DedicatedWorker 还需要满足一项额外条件：其所有者也必须具备该 capability。规范并未规定“SharedWorker 永远为 false”。HTML Standard：worker processing model

页面配置正确，不代表 SharedWorker 已满足所有条件。需要分别检查创建它的页面、SharedWorker 脚本响应，以及当前浏览器对这套流程的实现。原问题没有提供浏览器版本、响应头或完整部署配置，因此无法确定具体是哪一项导致了 false。

排查步骤

在创建 SharedWorker 的页面中检查隔离状态：
```
console.log("page:", self.crossOriginIsolated);
```

分别在 DedicatedWorker 和 SharedWorker 脚本中检查同一属性。SharedWorker 可以通过连接端口返回结果：

// shared-worker.js
onconnect = (event) => {
  const port = event.ports[0];
  port.postMessage({ crossOriginIsolated: self.crossOriginIsolated });
};

// 页面
const worker = new SharedWorker("/shared-worker.js");
worker.port.onmessage = (event) => {
  console.log("SharedWorker:", event.data.crossOriginIsolated);
};
worker.port.start();

检查实际 HTTP 响应头，不能只看服务器配置或页面源代码。常见的隔离配置包括页面响应中的 Cross-Origin-Opener-Policy: same-origin 和 Cross-Origin-Embedder-Policy: require-corp（或适用时的 credentialless）。还需确认 SharedWorker 脚本响应的 embedder policy 与创建环境兼容，并检查跨源资源是否符合相应的加载策略。
在同一浏览器和部署环境中对比页面、DedicatedWorker 与 SharedWorker 的结果，并记录浏览器名称和版本。如果页面和 DedicatedWorker 返回 true，而 SharedWorker 返回 false，可以用最小复现确认是否与该浏览器版本对 SharedWorker 的支持差异有关。

注意事项

浏览器实现可能存在差异。题目中提到的 Firefox 观察没有附带版本和复现配置，不能据此概括所有 Firefox 版本。应以目标浏览器中的实际结果和对应版本的兼容性信息为准。MDN 介绍了 WorkerGlobalScope.crossOriginIsolated 的用途，但接口继承关系本身不能证明每种 worker 在所有实现中都会返回 true。MDN：WorkerGlobalScope.crossOriginIsolated