先说个场景同事拿着表单需求来找我说“客户填固定电话帮我写个正则校验一下”我问他“号码里要不要保留分机区号和号码之间有没有横杠用户会不会粘贴全角数字”他愣了一下说“就校验一下号码格式呗”。这个场景我遇到太多次了。固定电话正则看起来是个很小的需求但真正落到代码里远比“一串数字长度对得上”要复杂。JS里的正则写法直接决定校验结果规则没定清楚线上就会收进来一堆“看起来像座机”的脏数据。这篇就围绕“JS固定电话正则怎么写”这个事把座机号的标准结构、表达式拆解、实际校验函数、以及我这些年踩过的坑一次说清楚。适合刚接触正则的前端新手也适合每天和表单打交道、想把校验规则写得严谨一点的开发。你不需要背正则语法跟着思路走一遍后面直接抄代码就行。1. 固定电话正则的整体思路先拆结构再做匹配1.1 座机号由哪几部分组成很多人一上来就写\d{11}之类的表达式然后把座机和手机混在一起校验这是最典型的错误。固定电话的结构和手机号完全不同它是“区号 本地号码”的分层结构某些场景还会带分机号。区号以 0 开头通常是3到4位数字。比如010-62556600里区号是0100571-88888888里区号是0571。本地号码通常是7到8位数字而且首位数不会以 0 开头。分机号非必填一般由短横线连接长度常见为2到6位比如0571-88888888-8001。所以一个合理的固定电话校验逻辑应该是“先按结构拆分再分别匹配每一段”而不是拿一个大而化之的\d硬套。用生活里的类比就是寄包裹的时候地址得先分省、市、街道、门牌号一层一层写清楚。正则本质上也是在做这件事只是它用字符规则来表达“这一层必须是几位数字、以什么开头”。1.2 手机号、400电话、座机号要分开处理固定电话、手机号、400电话这三种号码在业务里经常出现在同一个输入框但它们的规则完全不一样号码类型开头特征总长度典型示例手机号以1开头第二位通常是3-911位13800138000固定电话区号以0开头号码本身7-8位总长10-12位不含分机0571-88888888400电话以400开头10位400-800-123495/96热线以95或96开头5-6位95588如果表单里只要求填固定电话正则里就必须把1[3-9]\d{9}这种手机号规则排除掉否则用户填个手机号也能通过校验后台拿到数据才发现根本不是座机。同样400电话也不应该被当成固定电话放行它属于企业服务号码充值、呼叫路由逻辑都跟座机不一样。1.3 先想清楚是“校验”还是“提取”写正则之前先问自己一个问题这个代码到底要做什么如果是校验比如用户提交表单时判断“填的这个值是不是合法座机号”那必须给正则加上^和$锚点让整个字符串从头到尾都必须匹配。如果是提取比如从一段聊天记录、文章正文里把座机号码抠出来那就不能加锚点还得加上全局匹配标志g否则只匹配第一个结果。这两个需求的正则写法区别很大。我见过不少人在提取场景里照搬带^$的表达式结果一个号码都匹配不到因为文本里除了电话号码还有其他字符。反过来在表单校验场景里不加锚点就会发生“用户随便输入几个数字正则也能从中间截出一段当作合法号码”的荒谬结果。2. 表达式逐段拆解从能用版到严格版2.1 第一版覆盖 90% 场景的简洁写法先给一个绝大多数场景都能用的版本/^0\d{2,3}-?\d{7,8}$/逐段拆开看^0字符串必须以 0 开头这是区号的标志。\d{2,3}区号里剩下的数字是2到3位所以区号总长度是3到4位。-?区号和本地号码之间允许有一个短横线也可以没有。\d{7,8}本地号码7到8位。$字符串到这里必须结束。这个写法能覆盖绝大多数“标准格式”的座机号比如010-62556600、057188888888、0755-1234567。但它的缺点也很明显它只保证“长度和基本结构”对不保证区号本身合法。比如0222-12345678这种号码区号是0222表面上满足0\d{2,3}实际却不是真实存在的区号这个版本会把它放过去。2.2 严格版把区号规则真正收紧如果你负责的内部系统对数据质量要求高不想收进一堆“格式像座机、实际打不通”的号码就得把区号规则再收紧一些。国内座机区号的实际情况是三位区号只有少数几个比如010、020、021、022、023、024、025、027、028、029它们都符合010或02[1-9]的形状。四位区号第一位是0第二位通常不能是0或1也就是0[2-9]\d\d这种结构。综合起来区号部分可以写成/^0(?:(?:10|20|2[1-9])|(?:[2-9]\d\d))/拆解一下0固定开头。(?:10|20|2[1-9])匹配三位区号10对应01020对应0202[1-9]对应021到029。(?:[2-9]\d\d)匹配四位区号第二位是2到9后面任意两位数字。把本地号码部分也收紧一点本地号码第一位不能是0所以写成[1-9]\d{6,7}。完整版就是/^0(?:(?:10|20|2[1-9])|(?:[2-9]\d\d))-?[1-9]\d{6,7}$/这样0571-88888888、0755-12345678这类真实号码能通过而0222-12345678、0100-12345678这种结构可疑的号码会被拦下来。严格版不是万能的但它能把明显不合规的数据挡在门外这就够了。2.3 处理分机号、括号、空格和全角符号真实业务里用户输入固定电话的方式五花八门0571-88888888-8001带分机号。(0571)88888888用括号包住区号。0571 88888888用空格分隔。全角字符。如果正则把每种子格式都写成一个分支表达式会变得又长又难维护。我的做法是“先标准化再校验”把括号、全角横线、全角数字统一处理成半角格式再走同一个正则。分机号可以单独扩展写法是在原正则末尾加上(?:-\d{1,6})?$括号和空格的问题交给预处理代码解决不要让正则硬扛。道理很简单正则擅长的是一对一的字符匹配而“用户可能输入各种变体”这件事更合适交给字符串清洗逻辑来处理。3. 实操校验函数、文本提取与号码清洗3.1 一段可以直接抄走的校验函数结合前面的分析我给一个实际项目中常用到的校验函数。它支持带区号的座机号、不带区号的本地号码、分机号同时会先清洗全角符号避免用户输入习惯差异导致误判。function isLandline(value, { requireAreaCode false } {}) { if (typeof value ! string) return false; // 统一全角数字、中文括号、全角横线、空格 const text value .trim() .replace(/[-]/g, (char) String.fromCharCode(char.charCodeAt(0) - 0xfee0) ) .replace(/[(]/g, -) .replace(/[)]/g, ) .replace(/[—–]/g, -) .replace(/\s/g, -); // 带区号的座机号可含分机 const withAreaCode /^0(?:(?:10|20|2[1-9])|(?:[2-9]\d\d))-?[1-9]\d{6,7}(?:-\d{1,6})?$/; // 不带区号的本地座机号7-8位首位不为0 const localOnly /^[1-9]\d{6,7}$/; if (requireAreaCode) { return withAreaCode.test(text); } return withAreaCode.test(text) || localOnly.test(text); }测试一组用例看效果输入结果说明0571-88888888true标准座机带区号带横线01062556600true区号和号码之间没横线0571-88888888-8001true带分机号0755-1234567true7位本地号码88888888true不带区号本地号码0222-12345678false区号不合法13800138000false手机号不能混进来057188888888true中文括号清洗后通过这个函数用起来很简单校验逻辑封装在内部外层只需要关心返回值是 true 还是 false。3.2 从长文本里提取座机号码如果需求是“从一段文字里把座机号抠出来”正则需要去掉锚点加上全局标志最好用非捕获组避免match返回的数组里混进多余的分组结果。const text 客户联系方式是 0571-88888888备用号码 0755-1234567手机号 13800138000 别管。; const regex /0(?:(?:10|20|2[1-9])|(?:[2-9]\d\d))-?[1-9]\d{6,7}/g; console.log(text.match(regex)); // [0571-88888888, 0755-1234567]注意这里没有^和$正则会在字符串里寻找所有符合条件的片段。也不要轻易加\b这类单词边界因为电话号码中间可能带横线\b的行为跟预期不一定一致。如果你在 VS Code 里做批量替换测试可以在搜索面板里切换正则模式直接验证同样的表达式能否命中目标文本这个习惯帮我节省了很多调试时间。3.3 入库前的清洗与显示脱敏校验通过只是第一步数据入库前往往还要清洗格式。比如用户填了(0571)88888888、0571 88888888、0571—88888888系统内部最好统一存成一种格式后续查询、去重、报表导出才方便。function normalizeLandline(value) { return value .trim() .replace(/[-]/g, (char) String.fromCharCode(char.charCodeAt(0) - 0xfee0) ) .replace(/[(]/g, -) .replace(/[)]/g, ) .replace(/[—–\s]/g, -) .replace(/^-/, ) .replace(/-/g, -); } normalizeLandline(057188888888); // 0571-88888888脱敏是另一个常见需求。客服后台展示用户号码时通常要把中间几位隐藏掉避免敏感信息泄露function maskLandline(value) { const cleaned normalizeLandline(value); const parts cleaned.split(-); const localNumber parts[1] || cleaned; const masked localNumber.replace(/(\d{3})\d{1,4}(\d{2,4})/, $1****$2); return parts[0] ? ${parts[0]}-${masked} : masked; } maskLandline(0571-88888888); // 0571-888****88清洗和脱敏看起来是额外工作但在实际项目里这两段代码的使用频率比校验本身还高。正则不只是用来“判断对不对”的也是用来“规范化输出”的好工具。4. 避坑指南这些问题不留意就会翻车4.1 全角数字\d 匹配不到的隐形坑JS 里的\d默认只匹配 ASCII 数字0-9不匹配全角数字-。很多用户在手机输入法里输入的电话号码是全角格式表面看起来一模一样正则却校验不通过。遇到这个问题的正确解法不是把所有正则都换成复杂的 Unicode 属性写法而是在校验前做一次全角转半角的预处理。前面代码里用charCodeAt(0) - 0xfee0转换全角数字就是干这个用的。还有中文括号和全角横线同样需要处理不然057188888888这种常见写法就会被误杀。4.2 new RegExp 与字面量的转义差异写正则有两种方式字面量/^0\d{2,3}-?\d{7,8}$/和构造函数new RegExp(^0\\d{2,3}-?\\d{7,8}$)。它们的差异很隐蔽但出错率极高。在字面量里\d直接写成\d就行在构造函数字符串里反斜杠本身也是字符串转义字符所以必须写成\\d否则\d会被当成普通字符d正则就完全变了。我见过有人把字面量里的正则原样复制进new RegExp然后怎么调试都不对最后发现是反斜杠少写了一层。如果你需要动态拼接区号列表或者变量才用构造函数否则一律用字面量代码更直观也少一层转义坑。4.3 高频问题速查表把业务里常遇到的问题整理成一张表方便直接查需求场景参考写法说明宽松校验座机/^0\d{2,3}-?\d{7,8}$/适合一般表单不校验区号真实性严格校验座机/^0(?:(?:1020校验带分机号的座机在原式末尾加(?:-\d{1,6})?$分机号2-6位比较常见校验不带区号的本地座机/^[1-9]\d{6,7}$/本地来电显示常见形式从文本中提取座机去掉^$加g标志注意用非捕获组避免多余分组校验手机号/^1[3-9]\d{9}$/与座机分开处理判断字符串是否包含座机片段/0\d{2,3}-?\d{7,8}/.test(str)只做包含判断不加锚点这张表的核心价值是“场景对应写法”边界情况想清楚再选方案比背十个正则模板有用得多。4.4 前端校验只是第一道门后端必须再查一次前端正则写得再严谨也只是用户体验的一部分。真正决定数据质量的是后端接口是否做了同样的校验。绕过前端直接调用接口这件事没有任何难度很多人写爬虫或测试脚本时就是这么干的。所以我在实际项目里习惯把校验规则抽成公共模块前端和后端共用同一份规则描述。至少也要保证后端有一套独立的正则校验逻辑不要出现“前端卡得死死的、后端啥都不查”的情况。固定电话格式这种数据校验前端拦截的意义是让用户当场改后端拦截的意义是保证落库的数据干净两者缺一不可。另外提醒一句文件上传时后缀校验也不能只依赖前端服务端必须重新校验一遍其他场景同理。4.5 写正则前先列一批测试用例最后分享一个我自己的习惯每次写这种规则正则我都会先列一批测试用例而不是上来就写表达式。拿固定电话来说先把正常样例、边界样例、异常样例写出来正常样例0571-88888888、01062556600、0755-1234567边界样例带分机号、不带区号、带括号、带空格异常样例手机号、400电话、全角数字、不存在的区号然后拿着测试用例倒推正则怎么写。这个方法看起来很笨但真的能少走很多弯路。正则这东西边界情况一多脑子里的推演基本靠不住只有用例能告诉你哪里漏了、哪里误杀了。固定电话正则在所有表单校验里只能算入门级但把它的结构规则吃透后面处理身份证、银行卡、车牌号这些更复杂的格式化校验思路都是一样的。