问题往往不在代码本身，而是 safari 对支付类交互的权限策略、事件拦截机制或底层安全限制被触发；需依次放行弹出窗口权限、关闭内容拦截器、启用javascript、清除webauthn凭证，并验证真实运行环境。
当你在 Safari 浏览器中点击“立即支付”“确认付款”或“指纹验证”按钮后页面毫无反应、不跳转、不弹窗、控制台也无报错，问题往往不在代码本身，而是 Safari 对支付类交互的权限策略、事件拦截机制或底层安全限制被触发。
检查并放行关键域名的弹出窗口权限
第一步：打开 Safari → 点击顶部菜单栏「Safari」→ 选择「设置」→ 切换到「网站」标签页。
第二步：在左侧列表中务必滚动到底部，找到并点击「弹出式窗口」；【若没看到该项，说明你没拉到最底，Safari 把它藏在末尾】。
第三步：在右侧「已配置的网站」区域查找目标支付域名，例如 alipay.com、wx.tenpay.com、icbc.com.cn 或 your-merchant-domain.com；如果该网站尚未出现，先手动访问一次（比如打开 https://pay.alipay.com），Safari 会自动将其加入列表。
第四步：点击该网站右侧下拉菜单 → 选择「允许」。此时该域名下所有 window.open() 和 target="_blank" 行为都将正常触发新窗口。
关闭内容拦截器并确认 JavaScript 已启用
进入「设置」→「Safari 浏览器」→「内容拦截器」→ 临时关闭全部拦截器 → 重新加载支付页面验证是否恢复。
同时返回「设置」→「Safari 浏览器」→「高级」→ 确保「JavaScript」开关为开启状态。
这一步漏掉，后续所有修复都白做——很多支付页依赖 JS 动态注入表单或调用 WebAuthn，禁用后页面直接失去交互能力。
强制清除当前网站的 WebAuthn 凭证缓存
方法一：在 Safari 地址栏输入 safari://clear-webauthn-credentials → 回车 → 点击“Clear Credentials” → 刷新网页重新触发注册流程。
方法二：若上述地址无效（仅限较新系统），改用完整路径清除：Safari 设置 → 「隐私」→「管理网站数据」→ 搜索并移除该支付域名全部数据 → 重启 Safari 后重试。
注意：WebAuthn 凭证一旦损坏或签名不匹配，Safari 会静默拒绝调用，不会报错也不会提示，必须主动清除才能重建信任链。
替换非语义化按钮为原生可交互元素
方法1：将 <div class="pay-btn">去支付</div> 替换为 <button type="button" class="pay-btn">去支付</button>。
【必须加 type="button"】：否则表单内 button 默认触发 submit，可能造成意外刷新。
方法2：若无法修改 HTML，可在 CSS 中添加：cursor: pointer; user-select: none; ——这两行缺一不可，仅加 cursor 不足以激活 iOS Safari 的 click 响应层。
验证是否真在 Safari 环境中运行
微信支付在 Safari 中彻底失效，因 WeixinJSBridge 仅存在于微信内置 WebView；支付宝唤起也依赖 UA + 环境双重校验。
前端必须叠加判断：!window.webkit || !window.webkit.messageHandlers 才能确认是纯 Safari 环境。
若只靠检测 UA 字符串（如 micromessenger）会误判——微信分享链接在 Safari 打开时 UA 仍含该字段，导致后续所有支付逻辑走错分支。
