必须禁用coop才能恢复老旧iframe跨源嵌套兼容性，可通过服务端移除响应头、cdn/waf控制台关闭、或客户端临时绕过；替代方案包括放宽sandbox属性、使用noopener、改用postmessage通信。
老旧系统依赖 iframe 跨源嵌套，但火狐浏览器默认启用 COOP（Cross-Origin-Opener-Policy）策略后，会强制隔离跨源窗口，导致 parent→iframe 或 opener→opened 的引用失效、window.opener 变为 null、postMessage 失败或页面白屏。必须显式禁用 COOP 才能恢复兼容性。
确认当前 COOP 策略是否生效
打开目标网页 → 按 F12 打开开发者工具 → 切换到 Network 标签页 → 刷新页面 → 点击任意 HTML 请求 → 查看 Response Headers 中是否存在 cross-origin-opener-policy 字段。若值为 same-origin、same-origin-allow-popups 或 restrict-properties，则 COOP 已启用，需干预。
服务端移除 COOP 响应头（推荐优先操作）
COOP 是由服务器通过响应头注入的，浏览器仅执行不生成。因此最彻底的方式是让后端停止发送该头。
Apache 配置中删除或注释掉类似行：Header set Cross-Origin-Opener-Policy "same-origin"。
Nginx 配置中删除或注释掉类似行：add_header Cross-Origin-Opener-Policy 'same-origin';。
【关键前提】若网站托管在 CDN 或 WAF（如 Cloudflare、阿里云WAF）后方，即使源站已移除该头，CDN 仍可能自动注入——必须登录对应平台控制台，在“HTTP 响应头”或“安全策略”模块中搜索并禁用 COOP 相关规则。
客户端临时绕过（仅限开发/测试环境）
方法一：使用 Firefox 开发者工具覆盖响应头（单次有效）
在 Network 面板中右键目标 HTML 请求 → 选择“Open in New Tab” → 此时新标签页以独立上下文加载，不受原页面 COOP 影响 → 可正常调试 iframe 嵌套行为。
方法二：通过 about:config 强制忽略 COOP（影响全局，慎用）
地址栏输入 about:config → 接受风险 → 搜索 security.csp.enable → 双击设为 false（此操作同时禁用 CSP，仅用于离线测试）。
【不可逆风险】关闭 CSP 将使页面完全暴露于 XSS、数据注入等攻击，生产环境绝对禁止启用此设置。
替代性兼容方案（无需禁用 COOP）
第一步：将 iframe 的 sandbox 属性改为宽松模式
原写法：<iframe src="https://legacy-system.com/app" sandbox></iframe>
改为：<iframe src="https://legacy-system.com/app" sandbox="allow-scripts allow-same-origin allow-popups"></iframe> —— allow-same-origin 是关键，它允许跨源 iframe 在沙箱内模拟同源环境，从而绕过部分 COOP 限制。
第二步：父页面主动添加 rel="noopener" 并放弃 window.opener 依赖
将所有 window.open(url, '_blank') 改为 window.open(url, '_blank', 'noopener')，避免因 COOP 导致 opener 被清空引发脚本报错；改用 postMessage 替代直接 DOM 访问。
第三步：检查 iframe 页面自身是否设置了 COOP
若嵌套的 iframe 页面（如 legacy-system.com/app）自己返回了 Cross-Origin-Opener-Policy: same-origin，则其内部子窗口也会被隔离——此时必须修改该 iframe 页面的服务端响应头，否则父页面任何客户端操作均无效。
