咨询window.close()关闭window.open()打开的PDF弹窗的生效条件

必须满足的核心条件 #

首先最基础的规则：这个PDF弹窗必须是当前页面的脚本通过window.open()主动打开的——这是浏览器的安全限制，用户手动新开的窗口、其他脚本触发打开的窗口，都没法用当前脚本关闭。针对PDF弹窗的场景，还有个容易踩坑的关键要求：

• PDF资源必须和父页面同域：PDF加载完成后，浏览器会把弹窗的上下文切换成内置的PDF阅读器环境。如果PDF是跨域的，浏览器会立刻切断父页面脚本与弹窗的控制权关联，此时你手里的windowRef会变成一个受限对象，调用windowRef.close()只会静默返回undefined，不会有任何实际效果。
• 弹窗全程未跳转至其他页面：要是PDF弹窗之后又导航到了其他页面（无论是否同域），只要新页面不是当前脚本打开的，原windowRef就会失效，再调用close()也无法关闭窗口。只有弹窗始终停留在初始打开的PDF页面时，控制权才会保留。

跨域失效的深层原因 #

你看到MDN说window.close()无同源要求，其实指的是脚本在自身所属的窗口上下文里关闭自己（比如父页面自己调用window.close()），但弹窗是独立的窗口上下文。当弹窗加载跨域PDF后，浏览器的同源策略会直接限制父页面对弹窗的API调用——windowRef的close()方法会被静默禁用，这是浏览器防止跨域脚本恶意控制窗口的安全机制，毕竟不能随便让一个网站的脚本关闭用户打开的其他网站窗口。

其他常见失效场景 #

• 弹窗被浏览器拦截：如果window.open()被弹窗拦截器阻止，windowRef会返回null，此时调用close()自然无效。
• 用户手动关闭了弹窗：用户自行关闭弹窗后，windowRef会失去对窗口的引用，再调用close()没有任何效果。
• 父页面已刷新或关闭：父页面刷新或关闭后，原有的windowRef关联会被切断，无法再控制之前打开的弹窗。
• PDF资源加载失败：比如PDF返回404错误，弹窗跳转到错误页面，若错误页面跨域，close()直接失效；就算同域，部分浏览器也会认为窗口上下文已改变，收回控制权。

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