setCustomValidity没生效是因为未触发原生验证流程或未清空错误；必须配合reportValidity()或submit事件，元素需有required等属性，校验通过后须设为空字符串，提示不支持HTML/CSS。
setCustomValidity 为什么没生效？
常见现象是调用 setCustomValidity('请输入手机号') 后，表单仍能提交，或错误提示不显示。根本原因通常是：没有触发浏览器原生验证流程，或者在验证通过后没清空自定义错误（即没调用 setCustomValidity('')）。
- 必须配合
reportValidity() 或表单原生提交（如点击 type="submit" 按钮）才能触发提示
- 元素必须有
required、pattern 等验证属性，否则 setCustomValidity 不会被检查
- 如果之前设过非空字符串，之后逻辑判断通过了，一定要手动重置：
input.setCustomValidity('')，否则即使值合法，也会一直报错
怎么让自定义提示只在特定条件下出现？
比如手机号格式不对时提示“手机号格式错误”，为空时不提示（交给 required 默认提示）。关键在于：把业务校验逻辑和 setCustomValidity 绑定到合适的时机。
- 推荐监听
input 或 blur 事件，而不是 submit——后者太晚，用户已感知不到即时反馈
- 校验前先清空旧状态：
el.setCustomValidity('')，再根据条件设新提示
- 示例：
phoneInput.addEventListener('blur', () => {
if (phoneInput.value && !/^1[3-9]\d{9}$/.test(phoneInput.value)) {
phoneInput.setCustomValidity('手机号格式错误');
} else {
phoneInput.setCustomValidity('');
}
});
提示文字换行或加样式行不行？
不行。setCustomValidity 的提示由浏览器原生控件渲染，不支持 HTML 标签、CSS 或换行符（\n 会被忽略）。所有样式和排版都由浏览器决定，无法干预。
- Chrome 和 Safari 显示为黑色小浮层，Firefox 是黄色背景的内联提示
- 即使传入
'用户名<br>不能为空'
，<br>
也会被当普通字符显示
- 如需更灵活的提示，得放弃原生验证，自己实现 DOM 层面的错误提示（比如插入
<span class="error"></span>）
和 reportValidity() 配合时要注意什么？reportValidity() 会强制触发所有验证（包括 setCustomValidity 设置的内容），但它不阻止默认行为——如果想拦截提交，得在 submit 事件里 preventDefault()。
- 单独调用
el.reportValidity() 只校验该元素，适合做手动校验（比如“下一步”按钮）
- 在表单
submit 事件中，如果校验失败，reportValidity() 返回 false，但表单仍可能提交（取决于是否 preventDefault）
- 正确写法：
form.addEventListener('submit', (e) => {
if (!form.checkValidity()) {
e.preventDefault(); // 必须加
}
});
reportValidity() 或表单原生提交（如点击 type="submit" 按钮）才能触发提示 required、pattern 等验证属性，否则 setCustomValidity 不会被检查 input.setCustomValidity('')，否则即使值合法，也会一直报错 required 默认提示）。关键在于：把业务校验逻辑和 setCustomValidity 绑定到合适的时机。
- 推荐监听
input或blur事件，而不是submit——后者太晚，用户已感知不到即时反馈 - 校验前先清空旧状态：
el.setCustomValidity('')，再根据条件设新提示 - 示例：
phoneInput.addEventListener('blur', () => { if (phoneInput.value && !/^1[3-9]\d{9}$/.test(phoneInput.value)) { phoneInput.setCustomValidity('手机号格式错误'); } else { phoneInput.setCustomValidity(''); } });
提示文字换行或加样式行不行？
不行。setCustomValidity 的提示由浏览器原生控件渲染，不支持 HTML 标签、CSS 或换行符（\n 会被忽略）。所有样式和排版都由浏览器决定，无法干预。
- Chrome 和 Safari 显示为黑色小浮层，Firefox 是黄色背景的内联提示
- 即使传入
'用户名<br>不能为空'
，<br>
也会被当普通字符显示
- 如需更灵活的提示，得放弃原生验证，自己实现 DOM 层面的错误提示（比如插入
<span class="error"></span>）
和 reportValidity() 配合时要注意什么？reportValidity() 会强制触发所有验证（包括 setCustomValidity 设置的内容），但它不阻止默认行为——如果想拦截提交，得在 submit 事件里 preventDefault()。
- 单独调用
el.reportValidity() 只校验该元素，适合做手动校验（比如“下一步”按钮）
- 在表单
submit 事件中，如果校验失败，reportValidity() 返回 false，但表单仍可能提交（取决于是否 preventDefault）
- 正确写法：
form.addEventListener('submit', (e) => {
if (!form.checkValidity()) {
e.preventDefault(); // 必须加
}
});
'用户名<br>不能为空'，
<br>也会被当普通字符显示
<span class="error"></span>）reportValidity() 会强制触发所有验证（包括 setCustomValidity 设置的内容），但它不阻止默认行为——如果想拦截提交，得在 submit 事件里 preventDefault()。
- 单独调用
el.reportValidity()只校验该元素，适合做手动校验（比如“下一步”按钮） - 在表单
submit事件中，如果校验失败，reportValidity()返回false，但表单仍可能提交（取决于是否preventDefault） - 正确写法：
form.addEventListener('submit', (e) => { if (!form.checkValidity()) { e.preventDefault(); // 必须加 } });
浏览器对 setCustomValidity 的处理很“固执”：它只认空字符串为“通过”，任何非空字符串都算“失败”，且不给你改样式或结构的机会。真要控制提示细节，就得绕开这套机制。
