iOS内嵌WKWebView中JavaScript confirm()弹窗失效解决方法

作为网站侧开发者，你没有任何手段强制第三方iOS应用内嵌WKWebView开放原生JS弹窗权限，全站替换原生confirm()/alert()/prompt()为自定义HTML/CSS/JS弹窗是目前唯一通用、稳定的解决方案。

问题本质 #

• 第三方iOS应用内嵌WKWebView时，默认禁用所有原生JS弹窗。只有应用开发者主动实现WKUIDelegate协议中对应alert/confirm/prompt的回调方法，原生弹窗才能正常弹出。这个配置权限完全归属于应用开发者，网站侧没有任何JS接口、HTTP响应头可以绕过该限制。
• 你观察到的顶部状态栏加载动画常驻、操作无响应的现象，是因为WKWebView拦截原生弹窗调用后，JS线程会直接挂起等待弹窗返回结果，既不会抛出可被try/catch捕获的错误，也不会继续执行后续逻辑，连setTimeout这类定时任务都会暂停，不存在前端侧检测拦截、做降级兼容的可能。

适配注意事项 #

• 不要通过User-Agent判断WKWebView环境做针对性降级，不少第三方应用会篡改UA伪装成原生Safari，判断逻辑极易失效。
• 实现自定义弹窗时，建议将弹窗容器的z-index设置为99999以上，避免被第三方WKWebView注入的原生悬浮栏（如顶部返回条、底部操作栏）遮挡。
• 自定义确认弹窗可以用Promise封装，调用逻辑和原生confirm()的异步写法高度对齐，改造成本极低。

不要尝试通过window.open、唤起自定义URL Scheme等方式绕过限制，这类操作在绝大多数第三方WKWebView中同样会被默认拦截，会触发和原生弹窗一致的JS线程挂起问题。

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