novalidate 属性可禁用表单默认前端校验，仅作用于当前 form，不影响 JS 校验与后端验证，是语义化标准方案。
form 标签加 novalidate 属性就能跳过浏览器默认校验
浏览器对 <input type="email">、required 这类字段会自动做前端验证，提交时弹红框或阻止表单发送。想关掉它，不是删掉 required 或改类型，而是直接在 <form> 标签上加 novalidate 属性——它是个布尔属性，有就生效，值写不写都行。
-
novalidate只影响当前<form>，不影响页面其他表单 - 加了之后，
checkValidity()仍返回true，reportValidity()也不再触发提示 - 它不会禁用 JavaScript 手动调用的
setCustomValidity()，那些逻辑照常运行 - 如果用 JS 提交（比如
form.submit()），novalidate同样生效，不触发校验
为什么不用 onsubmit="return false" 或 event.preventDefault()
这两种写法确实能拦住提交，但属于“绕开”而非“关闭校验”。它们的问题很实际：
- 用户点击输入框后按回车，浏览器仍可能先弹校验提示，再执行
preventDefault()，体验割裂 - 屏幕阅读器等辅助工具可能仍把字段识别为必填，无障碍支持变差
- 后续如果要恢复校验，得同时删 JS 和补 HTML 属性，维护成本高
-
novalidate是语义化标准方案，所有现代浏览器原生支持，没兼容性包袱
novalidate 和后端验证的关系
这个属性只关浏览器前端校验，和后端完全无关。别误以为加了它就“不用验了”。
- 恶意用户删掉
novalidate或直接发请求，后端照样得校验字段格式、非空、长度等 - 前后端校验逻辑最好保持一致，比如邮箱正则、手机号格式，否则用户看到的错误提示会不统一
- 如果表单用了 JS 动态校验（比如实时查用户名是否已存在），
novalidate不影响这些逻辑，该跑还跑
容易被忽略的细节：表单内嵌 <button type="submit"> 依然受控
有人以为只有 <input type="submit"> 才走校验流程，其实不然。只要按钮在 <form> 内且 type="submit"，无论它是 <button> 还是 <input>，都会触发默认校验——除非整个 form 有 novalidate。
立即学习“前端免费学习笔记（深入）”；
-
<button>没写type默认是submit，这点很多人忘设，结果点了就校验 - 如果只想让某个按钮绕过校验，又保留其他按钮的校验，不能靠
novalidate，得用 JS 绑定click并调form.submit() -
novalidate对<input type="image">或自定义 submit 逻辑的按钮也一视同仁
novalidate 就是那个最轻、最稳、最容易被漏掉的开关。 
