setcustomvalidity()仅存储文案不触发提示，必须配合reportvalidity()或submit才能显示；清空必须用setcustomvalidity('')，传null或空格会导致永久无效。
浏览器默认提示文案无法直接修改，必须用 setCustomValidity() 接管并配合 reportValidity() 或表单提交触发显示。
setCustomValidity() 为什么调用后没反应
只设提示不触发验证，是最大误区。它只是“存文案”，不改变 UI 状态，也不影响 validity.valid 的读取结果。
- 必须后续调用
reportValidity()（立即弹气泡）或让表单自然 submit 才能显示 - 若之前设过非空字符串，之后没重置，该字段会一直卡在“自定义无效”状态，哪怕输入合法
-
checkValidity()只返回布尔值，不显示提示，别指望它“让提示出来”
怎么正确设置和清空错误文案
传什么、什么时候传，决定提示是否可控。错传 null 或空格 ' ' 都会被当错误处理，导致永远红框。
- 设错：
input.setCustomValidity('手机号格式不正确') - 清空（唯一有效方式）：
input.setCustomValidity('')—— 必须是空字符串，不是undefined、null或空格 - 典型写法是在
input或blur事件里动态判断后设置，输对立刻清空
如何拦截原生气泡并渲染自定义 UI
浏览器默认气泡不能改样式，想统一风格就得禁掉它，再把 validationMessage 写进页面指定区域。
- 监听
invalid事件，在回调里e.preventDefault()阻止气泡弹出 - 用
input.validationMessage获取你设的文案，写入<div class="error"></div>这类容器 - submit 时别只靠单个
invalid事件，应遍历form.querySelectorAll(":invalid")收集全部错误，集中展示
容易被忽略的关键点
很多项目上线后才发现：提示文字写了，但用户失焦没反应；或者输对了还残留红框；又或者 iOS 上日期控件的提示死活切不了语言。这些都不是偶然 —— 它们共同指向一个事实：表单验证的状态管理是隐式且脆弱的，setCustomValidity('') 必须出现在每一次合法输入之后，而不能依赖“浏览器自己感知”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
