旧正则^1[3-9]d{9}$已不适用，因未覆盖192、199、167等新号段且错误排除141/142等已放号码段；推荐使用^1(3[0-9]|4[014-9]|5[0-35-9]|6[2567]|7[0-8]|8[0-9]|9[0-35-9])\d{8}$并配合清洗、长度校验及号段库二次验证。
为什么旧正则 ^1[3-9]d{9}$ 已经不靠谱了
因为工信部近年陆续开放了 192（广电）、199（电信）、167（虚拟运营商）、140-144（物联网卡，但部分已转为公众号段）等新号段，还有 170/171 实际已大规模用于实名用户。旧正则只覆盖 13x–19x 中的部分范围，漏掉 192、199、167 等，且把 140-144 全部排除，但现实中 141、142 在部分省份已开放放号。
推荐用的手机号正则（含最新号段，兼顾实用性）
直接用这个：
^1(3[0-9]|4[014-9]|5[0-35-9]|6[2567]|7[0-8]|8[0-9]|9[0-35-9])d{8}$
说明：
-
13[0-9]：保留全部 13 开头号段（含 134–139，不含 130–132 中已停用的卫星/数据卡号段，但实际仍流通，故保留） -
4[014-9]：包含140、141、142、144–149，剔除143（目前仍为物联网专用，极少公众使用） -
5[0-35-9]：跳过154（未分配），其余全收 -
6[2567]：仅162（联通）、165（移动）、166（联通）、167（虚拟运营商，已大量实名化） -
7[0-8]：含170–178，但排除174（卫星通信）和179（未启用） -
8[0-9]：全收（180–189） -
9[0-35-9]：含190、191、192（广电）、193、195–199（电信），排除194（未分配）
PHP 中实际校验时不能只靠正则
正则只能判断格式，无法验证号码是否真实存在或已启用。常见疏漏：
- 没过滤空格、括号、短横线等干扰字符 → 建议先用
preg_replace('/[^0-9]/', '', $phone)清洗 - 没做长度校验 → 清洗后必须是 11 位，否则直接失败，避免
1381234567（10位）误判 - 没处理国际前缀 → 如
+8613812345678，需提前剥离+86或其他国家码 - 没考虑港澳台号码 → 此正则专为大陆手机号设计，
852、853、886号码应走另一套逻辑
简单示例：
$phone = preg_replace('/[^0-9]/', '', $input);
if (strlen($phone) !== 11 || !preg_match('/^1(3[0-9]|4[014-9]|5[0-35-9]|6[2567]|7[0-8]|8[0-9]|9[0-35-9])d{8}$/', $phone)) {
// 校验失败
}
真正要上线，还得加一层运营商号段库校验
正则再全，也跟不上发号节奏。比如 2024 年新开的 197（电信实验号段）、某些省公司临时启用的 147 子号段，正则很难及时覆盖。更稳妥的做法是：
- 接入三大运营商的号段查询 API（如中国移动「号段归属」接口），但有调用成本和延迟
- 本地维护一份定期更新的号段 CSV（含起始号、终止号、运营商、启用状态），用二分查找匹配
- 对高频场景（如注册、登录），可先用正则快速过滤，再异步调用号段库做二次确认
注意：很多团队忽略号段的“启用状态”，比如 174 虽然符合正则，但实际不面向公众放号，直接放行可能被恶意注册薅羊毛。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
