HTML弹窗被拦截时浏览器静默失效，无法抛错或返回失败值；判断window.open被拦截需立即检查返回值是否为null或closed，但跨域、Safari/iOS、隐私模式下也可能返回null，故需结合fallback方案。
HTML弹窗本身不支持“用户拦截中”的状态反馈——window.open()、alert()、confirm() 被拦截时，浏览器**不会抛错、不返回失败值、也不触发回调**，代码静默失效。你只能靠外部手段探测或规避。
怎么判断 window.open 是否被拦截
被拦截的 window.open() 会返回 null（仅在同源且非异步上下文下可靠），但注意：跨域窗口、Safari/iOS WKWebView、某些隐私模式下也可能返回 null，不等于一定被拦截。
- 最稳妥的做法是立即检查返回值：
const win = window.open(url, '_blank');<br>if (!win || win.closed || typeof win.closed === 'undefined') {<br> console.warn('弹窗可能被拦截');<br> // fallback：比如提示用户手动右键→“在新标签页中打开”<br>} - 不要依赖
win.focus()或win.location判定——它们在被拦截后调用会直接报TypeError，但这个错误不可靠（例如 Safari 对win.location的访问限制更早） - 避免在
setTimeout或 Promise 回调里检查——此时事件栈已丢失，win即使存在也大概率无法正常导航
为什么 alert/confirm 在 iOS 上点不动
iOS 的 WKWebView（包括微信、钉钉内嵌页）只允许**用户手势同步路径内**调用 alert()、confirm()；任何经由 fetch、postMessage、setTimeout、addEventListener('click', ...) 外层再调用的，都会被静默丢弃，控制台无提示。
- 常见错误写法：
button.addEventListener('click', () => {<br> fetch('/api/check').then(() => confirm('确定？')); // ❌ 被拦截<br>}); - 正确做法：把确认逻辑前置，在 fetch 前就执行
confirm()，或改用原生桥接（如通过window.webkit.messageHandlers.showAlert.postMessage(...)交由 iOS 原生弹出） - 临时调试可用：
document.body.addEventListener('touchend', () => alert('test'), { once: true })—— 仅用于验证是否为手势问题
ajax 成功后要开新页，但 window.open 被拦了
这是最典型的拦截场景：用户点按钮 → 触发请求 → 回调里 window.open(url) → 被拦。根本原因是浏览器认定该操作“非用户直接触发”，与点击事件不在同一调用栈。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 方案一（推荐）：先开空窗，再填地址
let newWin = null;<br>button.addEventListener('click', () => {<br> newWin = window.open('', '_blank'); // 立即执行，合法<br> fetch('/gen-url').then(res => res.json()).then(data => {<br> if (newWin && !newWin.closed) {<br> newWin.location.href = data.url;<br> } else {<br> // fallback：降级为 a 标签模拟点击<br> const a = document.createElement('a');<br> a.href = data.url;<br> a.target = '_blank';<br> document.body.appendChild(a);<br> a.click();<br> document.body.removeChild(a);<br> }<br> });<br>}); - 方案二：用
<a></a>标签替代，但必须绑定在原始点击事件上，不能挪到回调里 - 严禁在回调里调用
newWin.focus()—— 部分浏览器会因此拒绝后续导航
自研弹层为何在部分安卓 WebView 里闪一下就没了
某些国产安卓 WebView（如 UC、QQ 浏览器旧版）对 position: fixed + z-index 的模态框有渲染劫持，尤其当弹层内含 iframe 或 video 时，会主动销毁 DOM 或冻结动画。
- 关键检查点：
z-index值是否足够高（建议 ≥ 9999）、父容器是否含transform或will-change（会创建新层叠上下文，导致 z-index 失效） - 避免在弹层内直接嵌
<iframe src="xxx"></iframe>，改用懒加载：弹出后再动态appendChildiframe 元素 - 测试时禁用硬件加速：
.modal {<br> transform: translateZ(0);<br> backface-visibility: hidden;<br>}有时反而能绕过渲染 bug
真正难处理的不是“怎么弹”，而是“怎么确认它真弹出来了”。所有检测手段都带平台差异，最稳的路是放弃依赖浏览器弹窗 API，改用可控的 DOM 层 + 原生桥接组合方案。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
