安卓微信x5内核对novalidate支持不全，需三重防护：降级type为text并加inputmode、移除所有校验属性、监听invalid事件preventdefault。
安卓微信内置浏览器里 novalidate 不生效？先确认表单结构
微信安卓版（尤其是 8.0.x 及更早版本）的 X5 内核对 novalidate 属性支持不完整，即使你在 <form></form> 上写了 novalidate，部分输入类型（如 type="email"、type="number"）仍会触发原生弹窗验证。这不是你代码写错了，是 X5 的兼容性问题。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 确保
novalidate是布尔属性，写成<form novalidate></form>，不要写novalidate="false"或novalidate=""（虽然后者多数情况也认，但 X5 更认纯存在性） - 检查是否意外引入了
required、pattern、min/max等校验属性——X5 会无视novalidate而单独响应这些属性 - 用 Chrome DevTools 远程调试（通过 WeChat DevTools 或 adb + chrome://inspect）确认实际渲染的 DOM 中该属性是否存在且未被 JS 动态移除
绕过 X5 原生验证：改 type 或加 inputmode
最稳定的做法不是硬扛验证逻辑，而是让浏览器「没理由」弹原生提示。X5 对非语义化输入类型的拦截较弱。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 把
<input type="email">改成<input type="text" inputmode="email">—— 保留软键盘提示，但跳过邮箱格式校验弹窗 - 同理，
type="number"改为type="text" inputmode="numeric"，避免输入非数字时闪退或报错 - 若必须用
type="tel"，注意它在 X5 中可能触发拨号确认，可降级为type="text" inputmode="tel"并手动绑定tel键盘 -
inputmode是 HTML5 标准属性，X5 8.0+ 支持良好，且不影响后端接收逻辑
JS 层面兜底：监听 invalid 事件并 preventDefault
即便禁用了原生属性，X5 在某些场景下仍会派发 invalid 事件并默认弹窗。这时需要 JS 主动拦截。
