跨域iframe中的Service Worker无法拦截Firefox内Web Worker的请求

应用结构 #

• https://example-a.com
  • index.html
• https://example-b.com
  • app.html
  • sw.js
  • worker.js

场景描述 #

example-a.com/index.html 加载来自 example-b.com/app.html 的iframe，该iframe会启动Service Worker和Web Worker。Web Worker向 example-b.com/intercept 发起网络请求，三者均属于同一源（example-b.com），且请求URL在Service Worker作用域内。

在Safari和Chrome中，Service Worker可成功拦截该请求，但Firefox中无法拦截。Service Worker能正常拦截iframe文档及常规脚本的请求，问题仅针对Web Worker。

已知Firefox对Service Worker有额外限制，但未找到匹配场景的规则，现疑问：这是Firefox的已知限制还是Bug？是否有HTTP头可解决该问题？

可复现信息 #

• 可复现仓库：github.com/emilisb/ff-iframe-sw-test
• 已部署示例：ff-iframe-sw-test.netlify.app

预期与实际行为 #

预期行为：Service Worker拦截请求并返回修改后的响应。
实际行为：

• Safari、Chrome：符合预期
• Firefox：未拦截请求，直接返回真实网络请求的内容

解答 #

这是Firefox的已知限制，属于同源iframe嵌套场景下Web Worker与Service Worker的匹配规则差异。

Firefox当前的实现中，由跨域页面嵌入的同源iframe所启动的Web Worker，不会继承iframe对应的Service Worker注册。即便三者同属example-b.com且请求在作用域内，Firefox也不会让Service Worker拦截Web Worker的请求，而Chrome和Safari则允许这种继承。

目前没有特定HTTP头可以直接解决这个问题，但有两种可行的替代方案：

• 让Web Worker显式注册Service Worker：在worker.js中手动调用navigator.serviceWorker.register()（需确保注册逻辑仅执行一次）
• 调整页面结构：将example-a.com/index.html与example-b.com的内容部署到同一源下，避免跨域iframe嵌套场景

内容的提问来源于stack exchange，提问作者Emilis Baliukonis