pattern无法定位错误位置，因其仅作全量布尔匹配且不暴露匹配过程；需用JavaScript分段校验并结合setCustomValidity实现精准提示。
pattern 属性本身不提供错误定位能力，它只在表单提交时整体触发校验，且错误提示仅指向整个 input 元素，无法标出具体哪一位字符不匹配。
为什么 pattern 无法定位错误位置
浏览器对 pattern 的实现是黑盒式全量匹配：输入值被当作一个完整字符串，与你写的正则（浏览器自动加 ^ 和 $）做布尔判断。它不暴露匹配过程、捕获组或失败偏移量——这意味着没有 API 能告诉你“第 4 位多了一个空格”或“邮箱里少了 @”。
- 所有现代浏览器（Chrome/Firefox/Safari/Edge）均不提供
input.validationMessage以外的错误详情 -
checkValidity()和reportValidity()只返回 true/false 或弹出默认气泡，不返回位置信息 - 即使正则中用了
(\d{3})-(\d{4})这类分组，pattern也完全忽略捕获逻辑
想定位错误？必须用 JavaScript 手动解析
真正能指出错在哪的，只有你自己写的 JS 校验逻辑。核心思路是：把正则拆成可逐步验证的子规则，逐段比对输入，并记录第一个失败点。
- 不要直接
/^[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}$/.test(value)—— 它只告诉你“错了”，不说哪错 - 改用分段检查：
value.includes('@')→ 检查 @ 是否存在；value.indexOf('@') === value.lastIndexOf('@')→ 检查是否唯一；value.split('@')[1]?.includes('.')→ 检查域名部分是否有点 - 对长字段（如密码），可用
value.slice(0, i + 1)循环测试前缀，找到首个使reg.test()为 false 的i - 配合
setCustomValidity("第5位应为数字")替换默认提示，让reportValidity()显示你写的定位信息
常见误判场景：pattern 看似“生效”，实则误导定位
很多开发者以为加了 pattern 就等于有了结构化校验，结果在 iOS 或旧 Safari 上发现提示消失、或用户输错后毫无反应——这往往不是定位问题，而是根本没触发校验。
立即学习“前端免费学习笔记（深入）”；
-
type="number"+pattern：iOS 会先过滤掉非数字字符（如前导零），再把剩余字符串喂给正则，导致你写的[0-9]{6}实际收到的是"12345"，但用户看到的输入框里明明写了"012345" - 没加
required：空值永远通过，用户删光内容后点提交，校验直接跳过，根本不会报错 -
title写成"格式错误"：浏览器气泡只显示这一句，用户无法反推哪里不合规则；必须写成"手机号应为11位数字，以1开头"才具备定位引导性 - 正则里用了
\d或(?=.*)：Safari 14 以下直接静默失效，checkValidity()返回 true，但实际没校验
真正有用的错误定位，藏在 input 事件里
原生 pattern 只在提交时跑一次，而真实体验需要实时反馈。把校验逻辑从 submit 搬到 input 或 blur 事件中，才能让用户边输边知道哪错了。
- 监听
input事件，对当前值做最小粒度验证（比如手机号每输一位就 check 前两位是否为"1[3-9]"） - 用
element.setCustomValidity("")清空错误，避免残留提示干扰后续输入 - 高亮错误字段时，别只改
border-color，加个data-error-pos="7"属性，方便后续 CSS 或 JS 精准操作 - 对密码强度这类多条件规则，用对象记录各子项状态：
{hasDigit: false, hasUpper: true, lengthOk: false}，再聚合生成提示
pattern 是一道门禁，但它连门牌号都不给你标；真要带人进门，得自己拿手电筒一寸寸照过去。
