浏览器原生required提示文案无法修改，因无对应api；setcustomvalidity('')必须用严格空字符串重置validity状态，否则校验失效。
浏览器原生的 required 提示文案（如“请填写此字段”）**无法直接修改**——不是方法没找到，而是浏览器根本不提供接口。你改 title、加 placeholder、写 CSS 都不影响它，连 setCustomValidity 都得配合特定时机才能生效。
为什么 setCustomValidity('') 清空失败？
这是最常卡住的地方：设了自定义文案却一直报错，或者清空后下一次校验失效。根本原因在于 validity 状态是持久的，必须严格重置。
-
setCustomValidity('')必须是严格空字符串，不能是null、undefined、' '（空格）或'\n' - 只要控件处于
:invalid状态，且validationMessage非空，后续任何输入都不会自动恢复有效态 - 如果控件被
disabled或不在<form></form>内，setCustomValidity完全不生效 - 在
input事件里反复调用，容易让内部状态混乱；推荐只在blur或submit时集中处理
oninvalid + oninput 组合为什么不可靠？
像 oninvalid="setCustomValidity('邮箱必填')" 这种写法看似简洁，但实际问题很多：
-
oninvalid只在浏览器判定无效时触发一次，之后不再回调；用户改完内容也不会自动清空 -
oninput="setCustomValidity('')"在每次按键都执行，但空格、换行、粘贴等操作会让 value 暂时为非空，导致提前清空错误状态 - 移动端 iOS Safari 中，键盘「完成」不触发
input，但可能已离开焦点，提示就卡住 - 更严重的是：如果用户先输空格再删光，
value.trim() === ''为真，但原生校验认为“已填”，跳过oninvalid，你的自定义逻辑就彻底失联
真正可控的校验流程怎么写？
放弃依赖原生 required 的提示时机，用 JS 全程接管校验链。核心是三个动作闭环：清空 → 判定 → 提交反馈。
- 监听
blur和change（尤其对select和移动端file） - 每次进入校验前，先执行
input.setCustomValidity('')，确保状态干净 - 按业务逻辑判断：比如邮箱要
value.trim()后再正则，空格不能算“已填” - 需要即时反馈时，紧跟
input.reportValidity()；它会弹气泡、聚焦、返回false，但不会阻止表单提交 - 在
form.submit事件中，统一用form.checkValidity()判定，失败则form.reportValidity()—— 这是唯一能保证兜底的路径
iOS Safari 失焦不触发的补救措施
旧版 iOS Safari（≤15.4）和部分 WebView 对 blur 响应极差，键盘收起后校验常被跳过。
- 不要只靠
blur，加监听focusout和touchend（对 input 区域） - 在
focusout回调里手动调input.reportValidity()，哪怕它已经 valid，也不影响 -
form提交前强制再跑一遍checkValidity()，避免“看起来填了但其实没触发校验”的假象 - 对
type="file"和type="select"，建议降级为 JS 校验：检查input.files.length > 0或select.value !== ''
最关键的细节藏在清空那句：setCustomValidity('') 不是可有可无的收尾，而是每次合法输入后必须执行的 reset 动作——漏掉一次，整个 validity 状态就永久卡死。别指望浏览器帮你识别“用户已经改好了”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
