10位电话号码正则校验拦截全同号场景的问题咨询

原正则存在的问题 #

你使用的正则\(([0-9])\1{2}\)\s\1{3}\-\1{4}$存在以下三个核心问题，导致误判：

• 强制匹配括号后的空白字符：正则中闭合括号\)后紧跟\s，要求区号后必须存在一个空格，但你给出的示例(111)111-1111中括号后无空格，既会导致符合示例的全同号漏匹配，也会因为和业务实际允许的号码格式不匹配出现误判。
• 缺少字符串开头锚点：仅添加了结尾锚点$，没有开头锚点^，如果输入内容前有其他字符，会出现部分匹配的误判，比如正常号码后半段符合规则就被错误拦截。
• 未兼容常见输入格式差异：如果业务允许用户输入时省略括号、用空格代替连字符等格式，该正则没有和前置的号码格式校验规则对齐，也会触发误报。

优化方案 #

根据你的业务格式要求，可选择对应的适配正则：

场景1：号码格式严格为(XXX)XXX-XXXX（括号后无空格） #

优化后正则：
^\(([0-9])\1{2}\)\1{3}-\1{4}$
说明：添加开头锚点^确保匹配整个字符串，移除强制空格匹配，仅捕获括号内首位数字后，校验后续所有数字和首位一致，只会匹配全同号，不会误判正常号码。

场景2：兼容括号后可选空格的输入 #

如果允许用户输入时在括号后加空格（如(111) 111-1111），使用正则：
^\(([0-9])\1{2}\)\s?\1{3}-\1{4}$
其中\s?表示允许0个或1个空白字符，兼容带/不带空格的输入场景。

更易维护的替代方案 #

如果你的校验逻辑是先验证号码整体格式合法，再做全同号拦截，建议拆分逻辑降低维护成本：

1. 先把用户输入的非数字字符全部剔除，得到10位纯数字串
2. 用正则^(\d)\1{9}$判断是否所有数字相同，匹配则触发错误提示。

内容的提问来源于stack exchange，提问作者CloudSpace03