旧版firefox（如esr 45/52/60）不支持或异常处理minlength，需将长度校验下沉至js层、服务端重复验证，并避免框架模板中依赖minlength绑定。
Firefox 旧版（minlength 属性
HTML5 的 minlength 属性在 Firefox 59 及更早版本中完全不触发原生表单验证，即使元素有 required 且输入为空或过短，checkValidity() 仍返回 true，提交也不会阻断。这不是 bug，而是当时未实现该规范——MDN 明确标注其支持始于 Firefox 60（2018 年 5 月发布）。
minlength 与 pattern 混用时验证逻辑混乱
在旧版 Firefox 中，若同时设置 minlength="6" 和 pattern=".{6,}"，浏览器只认 pattern，但 pattern 不影响 checkValidity() 对空值的判断（空字符串默认匹配 .{6,} 为 false，但部分旧引擎会跳过空值校验）。实际表现不稳定：
-
input.value = ""时，checkValidity()可能返回true（错误） -
input.value = "123"时，reportValidity()可能不弹提示（因 pattern 未被完整触发） -
submit事件中手动调用checkValidity()结果不可靠
兜底方案：用 input + blur + 手动长度检查
不要依赖原生 minlength 在旧 Firefox 中生效。最稳的兜底是监听用户交互并手动验证，重点覆盖三个时机：
- 失去焦点时（
blur）：立即反馈，避免用户反复提交 - 提交前（
submit事件）：强制拦截，作为最终防线 - 输入过程中（
input）：可选，用于实时提示，但注意防抖（避免高频触发）
示例关键逻辑：
const el = document.querySelector('input[data-minlength]');
el.addEventListener('blur', () => {
const min = parseInt(el.getAttribute('data-minlength'), 10);
if (el.value.length {
if (!el.checkValidity()) e.preventDefault();
});
兼容性边界必须明确：别假设用户会升级浏览器
国内政企、教育、银行内网环境仍有大量 Firefox ESR 52/60（甚至 45）在跑，这些版本对 minlength 的支持要么缺失、要么行为异常。真正的兜底不是“加个 polyfill”，而是把长度校验下沉到 JS 层，且：
- 不用
minlength作为唯一验证依据 - 服务端必须重复校验（前端校验纯属体验优化）
- 如果用框架（如 Vue/React），避免依赖模板中
minlength绑定，改用v-model+ 计算属性或useEffect控制状态
旧 Firefox 的验证缺陷不是边缘 case，而是真实存在的执行路径——漏掉它，等于在表单入口留了一道没锁的门。
