Angular中window.closed误判标签页关闭的问题咨询

这个误判100%是目标站点侧的安全策略调整导致的，和你的代码、浏览器版本、测试设备都没关系。
直接触发点是目标站点最近一两周给对应页面加了Cross-Origin-Opener-Policy（COOP）响应头，配置的是same-origin或者same-origin-allow-popups规则。这个安全头本来是用来做跨域上下文隔离、防止侧信道攻击的，一旦第三方页面配了这个头，你从自己站点用window.open打开它的时候，浏览器会直接切断两个页面之间的上下文关联，你手里拿到的窗口对象会变成一个没有实际指向的空代理，这时候访问代理的closed属性永远返回true，跟标签页实际关没关半毛钱关系都没有。
这也刚好对得上你测试的结果：谷歌这类没配强制隔离COOP头的站点，上下文连接不会断，window.closed检测就正常；只有你要对接的那个特定业务站最近刚上了这个安全配置，才会出问题，所以你换旧版Chrome、换设备都没用，毕竟响应头是人家服务端返回的，跟客户端没关系。
顺便说一句，你原来靠轮询window.closed的方案本来就不是跨域场景下的可靠方案，浏览器这几年一直在收紧跨域窗口的访问权限，只要第三方站点改个安全配置，你的逻辑随时可能崩。

先提前说清楚：不存在什么完美方案能在完全不配合第三方的前提下，100%准确检测跨域标签页的关闭状态——这本身就是浏览器同源策略和隐私保护机制刻意要禁止的能力，防止站点随意追踪用户的浏览行为。你可以根据自己的实际情况选下面几个相对靠谱的方案：

• 同域中转页方案
  别直接window.open跳第三方地址，先打开一个你自己域名下的空白中转页，在中转页里再做跳转去目标站点。因为中转页和你主应用是同域的，不会被跨域隔离策略切断连接：
  1. 中转页加载完就和主页面建立心跳，每1-2秒报一次在线
  2. 中转页准备跳第三方站点之前，先给主页面发个标记，说自己要跳走了，别误判
  3. 中转页监听自身的pagehide、beforeunload事件，如果不是主动跳第三方的场景触发的卸载，就给主页面发窗口关闭的通知
     这个方案绕开了第三方COOP头的影响，稳定性比你原来直接开第三方页高很多。
• 合作方对接方案
  如果你和目标业务站是合作关系，这是准确率最高的方案：直接让对方在自己页面的关闭/卸载事件里，要么给你发跨域postMessage通知，要么调你方的后端接口上报关闭事件，根本不需要你轮询查状态。
• 多层校验兜底方案
  要是你既没法改跳转逻辑，也拿不到目标站点的配合，就在你原来的检测逻辑上加几层校验，把误判率压下去：
  1. 别检测到otherWindow.closed === true就直接执行业务逻辑，第一次拿到true结果的时候，先尝试调用otherWindow.focus()
  2. 平时别瞎轮询，监听主页面的visibilitychange事件，等用户从别的标签页切回你站点的时候再做状态检测
  3. 如果调用focus失败，给目标窗口发postMessage也完全没回应，再判定窗口真的关了，执行业务逻辑
     这个方案做不到零误判，但能把COOP头导致的固定返回true的误判基本过滤掉。

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