不触发。novalidate属性加在form标签上后，浏览器彻底跳过所有原生提交校验，不弹气泡、不拦截提交、不更新:valid/:invalid伪类；但checkValidity()等API仍有效，需手动调用，且submit事件中必须显式e.preventDefault()阻止默认提交。
novalidate 之后，浏览器还触发原生校验吗
不触发。只要 novalidate 出现在 <form> 标签上（且未被框架误写为驼峰），浏览器就彻底跳过所有原生提交校验：不弹气泡、不拦提交、不更新 :valid/:invalid 伪类状态。但注意——这仅针对「自动触发」，不是删掉校验能力。
常见干扰现象及原因：
-
input.reportValidity()被调用时仍会弹原生提示——它不受novalidate影响，是显式 API 调用 - 失焦（
blur）后看到红边框？那是 CSS 的input:invalid样式在起作用，novalidate不禁用伪类匹配逻辑，只让浏览器不再主动更新 validity 状态 - React 中写了
noValidate={false}，实际渲染出novalidate="false"——布尔属性有即真，浏览器照常禁用校验
加了 novalidate 后，checkValidity() 还返回 true/false 吗
返回，而且值依然准确。浏览器内部 validity 状态计算没停，只是不自动应用。比如：<input type="email" required value="abc"> 在 novalidate 表单里调用 input.checkValidity()，仍返回 false；填对邮箱后变 true。
这意味着你可以继续用这套 API 做判断，但必须手动调用：
-
form.checkValidity()可用于快速判断整体是否满足原生规则（适合过渡期或混合校验） -
input.validity.valid和input.validationMessage仍可读取，但setCustomValidity()设的错误不会触发 UI 提示，除非你再调reportValidity() - 别依赖
submit事件里的默认行为来触发校验——它已被跳过，必须自己写逻辑
为什么监听 submit 时还要写 event.preventDefault()
因为 novalidate 只关校验，不关提交动作本身。如果不写 e.preventDefault()，表单仍会按默认方式提交（发 GET/POST 请求、页面跳转），你的 JS 校验逻辑根本来不及执行。
典型错误流程：
- 用户点击
<button type="submit"> - 浏览器跳过校验 → 直接开始提交 → 页面刷新或跳转
- 你的
form.addEventListener('submit', ...)函数可能刚执行到一半就被中断
所以标准写法必须包含：
form.addEventListener('submit', e => {
e.preventDefault(); // 关键！否则 JS 逻辑无效
if (validateForm()) {
submitToServer();
}
});
移动端键盘类型和 required 属性还生效吗
生效，且应该保留。这些不是校验逻辑，而是语义与体验辅助：
-
type="email"仍唤起邮箱键盘，type="tel"唤起数字键盘——novalidate不影响这个 -
required对读屏器仍有语义意义（标“必填”），也方便后续切换回原生校验时复用结构 -
pattern和minlength等属性保留在 DOM 中，JS 可以读取它们做自定义规则解析（比如把pattern当正则字符串用）
真正要警惕的是：这些属性在 novalidate 表单里不会被浏览器执行校验，但若你在 JS 中漏掉对应逻辑，用户就可能提交非法值——比如写了 required 却没检查空值，或写了 pattern 却没拿它做正则测试。
