HTML5表单原生验证无法全局禁用，需逐个控件关闭：移除required等验证属性或调用setCustomValidity('')；novalidate仅对form有效，对input无效；各框架禁验方式不同，需按文档配置。
HTML5 表单原生验证不能全局禁用，但可以逐个控件关闭；开源框架的禁验方式各不相同，没有统一 API，得看具体框架文档和初始化逻辑。
怎么关掉 input 的 HTML5 原生验证
关键不是“禁用整个表单”，而是对每个表单控件显式关闭验证行为。最常用且可靠的方式是给元素加 novalidate 属性——但它只对 <form></form> 有效，对单个 input 不起作用。
要让某个 input 完全跳过原生校验（比如不触发 required 提示、不阻止提交），必须：
- 移除所有验证属性：
required、pattern、min/max、type="email"等（仅保留type="text"最安全） - 或用 JavaScript 动态清除：
input.removeAttribute('required')、input.setCustomValidity('') -
setCustomValidity('')特别重要：即使没写required，某些浏览器在调用checkValidity()后会记住上次的错误状态，清空它才能真正“解除锁定”
novalidate 是加在 <form></form> 上，不是 <input>
很多人误以为给 input 加 novalidate 就能关验证，其实无效。这个布尔属性只对 <form></form> 标签生效，作用是：提交时不触发任何原生验证检查，也不显示气泡提示。
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
典型用法：
<form novalidate> <input required type="email"> <button type="submit">提交</button> </form>
注意：novalidate 不影响 JavaScript 调用 checkValidity() 或 reportValidity()，这些方法仍会返回 false，只是浏览器不会自动拦截提交。
主流开源框架的禁验配置位置
框架通常封装了原生验证，禁用方式取决于它是否代理了 onsubmit、是否监听 input 事件、是否调用 reportValidity()。常见情况：
-
React Hook Form：默认不启用原生验证，除非你显式传
shouldUseNativeValidation: true；禁用只需不设该选项，或初始化时加mode: 'onSubmit'并避免调用trigger() -
Formik：完全绕过原生验证，靠 JS 控制；但如果你在
input上写了required，浏览器仍可能弹提示——得手动删属性或加noValidate到<form></form> -
Vue 3 + VeeValidate：默认禁用原生验证；若启用了
useField的enableNativeValidation: true，关掉它即可 -
Ant Design / Element Plus：表单组件内部不依赖原生验证，但其
Input组件若透传了required等 prop，仍可能触发浏览器行为——需检查组件文档中关于htmlType或nativeType的说明
容易被忽略的兼容性坑
有些“禁用”操作在 Chrome 里看起来生效了，但在 Safari 或 Firefox 下仍有提示：
-
input.type = 'hidden'后再改回'text'，原生验证状态可能残留，必须配setCustomValidity('') - 动态插入的
input（如通过innerHTML），如果带required，Safari 会立即校验，哪怕父form有novalidate - 使用
FormData提交时，原生验证不触发，但用户点击 submit 按钮仍会触发——别只测 API 提交路径 - 移动端 WebView（尤其旧版 Android）对
novalidate支持不稳定，建议配合 JS 阻止默认行为：event.preventDefault()+ 手动提交
