novalidate 是禁用 HTML5 表单原生验证的唯一可靠方式，需直接作用于 form 标签；formnovalidate 仅限提交按钮且不覆盖其他提交途径；autocomplete="off" 与验证无关；JS 动态取消需先 setCustomValidity("") 再设 required=false。
form 标签的 novalidate 属性是唯一可靠禁用方式
HTML5 表单默认会触发浏览器原生验证（如 required、type="email"），想全局跳过，必须在 标签上显式加 novalidate 属性。只给单个 加 novalidate 无效——它不是 input 的合法属性。
常见错误：以为加了 formnovalidate 就能关掉整个表单验证，其实 formnovalidate 只作用于提交按钮（如 ），表示“点这个按钮时不校验”，但其他提交方式（比如回车、JS 调用 form.submit()）仍会触发验证。
-
novalidate是布尔属性，写成novalidate或novalidate=""都行，不用赋值"true" - 如果表单动态生成，记得在插入 DOM 前就带上该属性，否则 Chrome/Firefox 可能在渲染后自动绑定验证监听器
- 服务端永远不能依赖前端禁用验证——
novalidate仅影响浏览器 UI 和 submit 拦截，不阻止 JS 主动调用checkValidity()
autocomplete="off" 不等于禁用验证
很多人混淆 autocomplete 和验证控制。关闭自动填充（autocomplete="off"）对 required、pattern、minlength 等验证逻辑完全无影响。它只告诉浏览器“别预填字段”，甚至现代浏览器（Chrome 80+）会忽略 autocomplete="off" 对密码字段的设置。
真正需要绕过验证逻辑时，不要试图靠改 autocomplete 或隐藏字段来“欺骗”浏览器——这些手段在 Safari 15.4+、Firefox 100+ 中已被明确限制，且容易引发 ValidityState 状态不一致问题。
立即学习“前端免费学习笔记（深入）”；
JS 层面禁用验证要小心 setCustomValidity("") 的副作用
如果已在 HTML 中写了 required，又想用 JS 动态取消验证，不能只删属性：input.removeAttribute("required") 在部分旧版 Safari 下不会重置 ValidityState。更稳妥的做法是：
- 先调用
input.setCustomValidity("")清空自定义错误 - 再手动设置
input.required = false（注意这是 DOM property，不是 setAttribute） - 最后可选地调用
input.checkValidity()触发状态刷新
漏掉第一步会导致后续 checkValidity() 仍返回 false，因为 setCustomValidity 的优先级高于原生约束。
新版浏览器对 novalidate 的兼容性已无悬念，但要注意 Shadow DOM 场景
Chrome 90+、Firefox 88+、Safari 15.2+ 全部支持 novalidate，无需 polyfill。唯一例外是使用 Shadow DOM 封装表单时：若 在 shadow root 内，而提交按钮在 light DOM，部分旧 Edge（Chromium 87 之前）可能无法正确识别 novalidate。此时建议把按钮也移入 shadow root，或统一用 JS 提交并跳过 reportValidity()。
旧版属性如 validate="false"（IE 时代私有属性）或 data-validate="off" 纯属无效，现代解析器直接忽略——别在代码里留这种注释式写法。
