Safari表单原生验证弹层需三法并用才能禁用：form加novalidate、input加oninvalid="this.setCustomValidity('')"、oninput中同步调用setCustomValidity('')，否则blur时仍会触发阻断式弹层。
mac Safari 表单验证弹层怎么关掉
macOS 上的 Safari（尤其是 16+）会在 input 失焦或提交时，对不满足 required、type="email" 等约束的字段自动弹出原生提示浮层（带“×”按钮），且会阻止表单提交和后续 JS 操作——这不是 bug，是 Safari 的强制 UX 策略，但确实干扰自定义校验逻辑。
禁用 Safari 表单原生验证的三个有效方式
必须组合使用，单一手段在新版 Safari 中大概率失效：
- 给
form添加novalidate属性：彻底关闭整个表单的原生验证触发（包括 submit 时的弹层和高亮） - 给每个
input添加oninvalid="this.setCustomValidity('')"：清空默认校验消息，避免失焦时弹层 - 在 JS 中显式调用
input.setCustomValidity('')（例如在 focus 或 input 事件里）：防止用户手动修改后 Safari 重新激活校验状态
示例：
为什么 novalidate 单独不够
只加 novalidate 能阻止 submit 时的弹层，但 Safari 仍会在用户离开 input（blur）时检查约束并弹出浮层——尤其当字段有 required 或 pattern 时。这是因为 Safari 把 blur 视为“验证时机”，与 form 提交解耦。所以必须配合 oninvalid + oninput 清空校验状态，让浏览器认为“这个字段永远有效”。
立即学习“前端免费学习笔记（深入）”；
禁用后怎么自己做验证
禁用原生验证不等于放弃校验，而是把控制权交还给你：
- 用
checkValidity()和reportValidity()手动触发（后者会显示你自定义的setCustomValidity(msg)提示） - 监听
submit事件，在里面调用event.preventDefault()，再执行你的逻辑 - 注意：Safari 对
reportValidity()的样式不可覆盖，若要完全自定义 UI，就别调它，改用 DOM 插入提示元素
关键点：mac Safari 的表单弹层不是“可以忽略的提示”，而是阻断操作的模态行为；绕过它的唯一可靠路径，是让它从源头上“不知道该验证什么”。
