表单提交前校验失败时必须调用event.preventdefault()阻止默认行为,否则校验无效;应优先使用checkvalidity()/reportvalidity()复用原生校验,避免手动form.submit()绕过监听器,异步校验需禁用按钮并用requestsubmit()安全提交。

表单提交前校验失败时阻止默认行为
HTML 表单的 submit 事件默认会立即提交,哪怕你写了 JS 校验逻辑。关键不是“等校验通过再提交”,而是“校验不通过就调用 event.preventDefault() 阻止它”。否则校验函数跑完,表单已经发出去了。
常见错误现象:checkForm() 函数里写了判断、弹了 alert,但页面仍跳转或刷新——说明没拦住默认提交行为。
- 必须在
form.addEventListener('submit', handler)或onsubmit="return false"中处理 - 校验函数返回
false仅对内联onsubmit有效;用addEventListener时必须显式调用event.preventDefault() - 不要在按钮
onclick里调用form.submit(),这会绕过所有 HTML5 校验和你的 JS 监听
利用原生 checkValidity() 和 reportValidity()
现代浏览器支持表单控件的原生校验(如 required、type="email"、pattern)。不必重复写正则,直接复用浏览器能力更可靠、体验一致。
使用场景:想快速启用基础校验,又不想手写提示逻辑。
-
form.checkValidity()返回布尔值,只检测不提示 -
form.reportValidity()检测 + 自动弹出浏览器默认提示(含定位到首个无效字段) - 二者都受
novalidate属性影响:加了这个属性,原生校验会被禁用 - 注意兼容性:
reportValidity()在 IE 完全不支持,Edge 14+、Chrome 40+、Firefox 49+ 支持
手动校验后调用 form.submit() 的陷阱
很多人以为“校验通过就写 form.submit()”很安全,其实这是个隐藏雷区:它会绕过所有 submit 事件监听器,包括你写的日志、埋点、防重复提交逻辑。
性能与逻辑影响:一旦用了 form.submit(),你就失去了对提交生命周期的控制权。
- 正确做法是让表单自然触发
submit事件(比如点击<button type="submit"></button>),你在监听函数里做校验并决定是否放行 - 如果必须程序化触发(如回车提交后统一处理),用
form.dispatchEvent(new Event('submit', { cancelable: true })),这样监听器仍能捕获并拦截 - 避免混用:不要一边监听
submit,一边又在别处调用form.submit()
防重复提交与异步校验的实际处理
真实项目中,校验常涉及异步操作(如用户名是否已存在、验证码是否正确)。此时不能靠同步 return 控制,必须把提交动作“托管”给异步回调。
容易踩的坑:点了提交按钮,校验请求还没回来,用户又猛点几次——导致多次请求或状态错乱。
- 提交按钮第一时间设为
disabled,并改文字(如“提交中…”),视觉上阻断重复点击 - 异步校验成功后,再调用
form.requestSubmit()(比submit()安全,会触发submit事件且尊重novalidate) - 若校验失败,记得恢复按钮状态,并聚焦到对应字段(
input.focus())方便用户修正 -
requestSubmit()兼容性同reportValidity(),IE 不支持;降级方案是手动触发事件 +preventDefault控制流
最常被忽略的一点:校验逻辑和提交动作之间,必须严格区分“检查权”和“执行权”。浏览器不会替你记住哪次校验对应哪次点击,所有状态(比如按钮禁用、loading 状态、错误字段标记)都要你自己维护清楚。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











