如何在iOS版Safari浏览器中修复无法调起微信或支付宝三方支付？

iOS Safari 里点“立即支付”，页面没反应，控制台也不报错，微信支付窗口就是弹不出来，支付宝 APP 也唤不起——别急着怀疑代码写错了，这其实是 WebKit 安全沙箱在“作祟”：它主动拦截了所有非用户同步上下文的支付唤起行为。

为什么微信支付在 Safari 里彻底失效？因为 WeixinJSBridge 只存在于微信内置的 WebView 里，Safari 运行在独立进程中，根本拿不到微信私有的 JS 上下文。支付宝倒是能绕开，但得换种跳转方式。微信支付则必须走服务端 MWEB_URL 中转方案。

下面展开聊聊每个场景的落地细节。

先确认是否真在 Safari 里运行

UA 字符串里带 micromessenger 不代表一定是微信环境——从微信分享链接在 Safari 打开时，UA 依然会包含这个字段。真正靠谱的判断是叠加检测 window.webkit && window.webkit.messageHandlers 是否存在，不存在就是纯 Safari 环境。

这一步漏了，后续所有修复都没有意义。

微信 H5 支付在 Safari 中彻底失效的根本原因

微信 JS-SDK 依赖的 window.WeixinJSBridge 对象只在微信内置的 WKWebView 中初始化。Safari 运行在独立进程，无法跨进程读取微信私有 JS 上下文——typeof WeixinJSBridge === 'undefined' 是必然结果，不是缓存问题也不是配置错误。所以任何试图在 Safari 里调用 chooseWXPay 或者手动注入 WeixinJSBridge 的方案，都注定失败。

支付宝 H5 支付可绕过，但需改跳转方式

支付宝返回的是完整的 HTML 支付页（里面自带自动提交表单），用 window.location.href 直接赋值就能触发页面跳转并拉起支付宝 APP——Safari 不拦截当前页的跳转。另一种办法是动态创建一个 a 标签，设置 href 和 target="_blank"，然后在用户点击事件内同步调用 .click()。这个操作因为发生在用户手势的同步上下文里，也能绕过 Safari 的弹窗拦截策略。

关键前提：支付宝返回的支付 URL 必须是 https://ds.alipay.com/... 这类官方域名。自建的中转页或短链会被 iOS 系统识别为不可信来源，拒绝唤起 APP。

微信支付必须放弃 Safari 直连，改用服务端中转

第一步：用户点击支付按钮时，前端立即发起 createOrder 请求，同时同步执行：
const popup = window.open('', '_blank', 'width=1,height=1');

第二步：等 createOrder 返回微信的 MWEB_URL 后，往 popup 窗口写入中转页面：
popup.document.write(``);

第三步：中转页必须部署在微信商户后台已备案的一级域名下（比如 pay.yourdomain.com），而且这个域名要与下单时 Referer 头中的域名一致，否则微信中间页会校验失败并返回错误页。

特别注意：中转页不能用本地 file 协议或 localhost，必须是 HTTPS，且域名已经通过微信 H5 支付授权。