Bootstrap 5 表单验证提示需用 JavaScript 的 setCustomValidity() 覆盖浏览器默认文案，配合 input 事件清空，不可依赖不存在的 data-bs-feedback 属性。
Bootstrap 表单验证提示信息怎么覆盖默认文案
bootstrap 5 的 form-control 验证依赖原生 html5 表单约束（required、pattern 等），提示文案由浏览器控制，不是 bootstrap 自己渲染的——所以直接改 css 或加 class 不起作用。
真正生效的方式只有两种：用 JavaScript 拦截 setCustomValidity()，或用 title 属性兜底（部分浏览器支持）。前者更可靠。
- 对单个输入框，在
input元素上监听invalid事件，调用setCustomValidity("你的提示") - 务必在
input初始化后执行，比如 DOM 加载完或 Vue/React 组件挂载后 - 如果用了
novalidate属性（常见于自定义校验逻辑），要手动触发checkValidity()才能显示提示
为什么 data-bs-feedback 不生效
这是最容易踩的坑：Bootstrap 官方文档里压根没有 data-bs-feedback 这个属性。它不存在，也不会被解析。你看到的可能是旧版 Bootstrap 4 的第三方插件写法，或是混淆了 valid-feedback/invalid-feedback 这两个用于展示「校验通过/失败」状态的辅助元素。
这些 valid-feedback 和 invalid-feedback 是静态提示块，只负责显示“✓ 输入正确”或“✗ 请填写邮箱”，不参与浏览器原生验证弹窗。
-
invalid-feedback必须和对应form-control在同一个.form-floating或.form-group容器内，且紧邻其后 - 它的显示依赖
.is-invalid类，而这个类需要你手动添加（比如 JS 校验失败后el.classList.add("is-invalid")） - 它不会替代浏览器原生弹窗，两者共存——一个在输入框下方，一个在鼠标焦点处浮层弹出
用 JavaScript 主动触发并控制提示文案
想完全掌控提示内容，就得绕过浏览器默认行为。核心是：在 invalid 事件中调用 setCustomValidity()，并在 input 或 change 时清空它，否则后续校验会被阻断。
const emailInput = document.getElementById("email");
emailInput.addEventListener("invalid", function (e) {
e.target.setCustomValidity("请输入有效的公司邮箱（例如 name@company.com）");
});
emailInput.addEventListener("input", function () {
this.setCustomValidity("");
});
- 必须在
input事件里清空，不能只靠change，否则用户删掉错误内容后仍会卡住提交 - 如果表单有多个字段，别用全局
querySelectorAll("input").forEach(...)一锅端，不同字段提示语差异大，容易混用 - 移动端 Safari 对
setCustomValidity()支持不稳定，建议加一层if ("setCustomValidity" in el)判断
兼容性与真实场景取舍
原生验证提示在 Chrome/Firefox/Edge 上表现一致，但 Safari（尤其 iOS）经常不显示自定义文案，只显示“请填写此字段”。这时候得靠视觉反馈兜底：确保 .is-invalid 类及时加上，并让 invalid-feedback 文案足够明确。
- 不要依赖弹窗提示做唯一校验出口；所有关键逻辑必须在 JS 提交时二次校验（服务端校验更是不可省）
- 如果项目已用 Formik / React Hook Form 等库，优先用它们的
errorMessage渲染机制，而不是硬套 Bootstrap 原生验证流 - 中文文案里避免使用顿号、括号嵌套过深，iOS 弹窗会截断——比如“格式应为：用户名@域名.后缀”比“格式需满足：①含@符号；②@后需有‘.’；③后缀至少2位”更可靠
真正麻烦的从来不是加一句提示，而是让同一段逻辑在 Chrome 弹对、Safari 不崩、移动端不闪、还跟你的表单库不打架。留神 setCustomValidity("") 忘清除，那是最常导致“输对了也提交不了”的隐形雷。
