iOS Safari 阻止表单 submit 事件的主因是静默拦截非用户直接触发的提交，须确保 submit 由原生 click 同步调用；推荐使用 form.requestSubmit()（iOS 16.4+），兼容场景降级为 form.submit()。
表单 submit 事件被 iOS Safari 阻止的典型表现
点提交按钮没反应，控制台也无报错，但 form.submit() 或点击 就是不触发提交——这在 iOS 15+ 的 Safari 和 WKWebView 中极常见。根本原因不是代码写错，而是 iOS 对「非用户直接触发」的表单提交做了静默拦截，比如：通过 JS 模拟点击、在异步回调里调 form.submit()、或绑定在非原生 click 事件（如 touchend）上。
确保 submit 是由真实用户手势同步触发
最稳妥的方式是把提交逻辑收束到原生 click 事件，并且不跨微任务：
- 用
addEventListener('click', handler)绑定，别用touchstart/touchend - handler 内直接调
form.submit()，不要包在setTimeout、Promise.then或async/await后 - 如果用了防抖（debounce），必须设为「立即执行」模式，否则会掉进异步陷阱
- 避免在
input的change或blur里自动提交——iOS 不认这种间接触发
示例正确写法：
document.querySelector('button[type="submit"]').addEventListener('click', () => {
document.querySelector('form').submit(); // ✅ 同步、原生 click
});
WKWebView 中表单提交失败的额外检查项
如果你是在 iOS App 内嵌的 WKWebView 里跑 H5，还要确认：
- WebView 是否禁用了 JavaScript？检查
configuration.preferences.javaScriptEnabled = true - 是否启用了
allowsInlineMediaPlayback等干扰性配置？某些旧版 WKWebView 补丁会导致表单事件丢失 - HTML 中
标签是否缺失action属性？iOS 对无action的 form 提交更敏感，哪怕你靠 JS 拦截了submit事件，也建议补上占位值如action="#" - 有没有第三方 SDK（如埋点、广告）劫持了
submit事件并忘记event.preventDefault()？加个断点查form.addEventListener('submit', ...)的所有监听器
用 requestSubmit() 替代 submit() 更可靠
iOS 16.4+ 支持标准的 form.requestSubmit()，它会主动触发表单验证、派发 submit 事件，且不被 iOS 当作“非用户触发”拦截。兼容性差一点的场景可做降级：
立即学习“前端免费学习笔记（深入）”；
function safeSubmit(form) {
if (form.requestSubmit) {
form.requestSubmit(); // ✅ 推荐，带校验、可被事件监听捕获
} else {
form.submit(); // ⚠️ 仅 fallback，不触发 submit 事件，也不校验
}
}
注意：requestSubmit() 不会跳过 HTML5 表单验证（如 required、pattern），这点比手动 submit() 更贴近用户预期。
真正卡住的地方往往不是逻辑，而是 iOS 对“谁触发了提交”的判定比桌面端严格得多——哪怕只是把 click 换成 tap，或者加了个 await delay(0)，都可能让 submit 失效。
