普通手机号正则匹配不了物联网卡号，因为物联网卡号如144、170、171等不属三大运营商公众号段，且存在13位号段（如10648、144开头），而传统正则仅限11位并遗漏部分合法前缀。
为什么普通手机号正则匹配不了物联网卡号
因为物联网卡号（如 144、147、148、149、170、171）虽以 1 开头，但不归属三大运营商的公众移动号段，传统正则常只覆盖 13[0-9]、14[5-9]、15[0-9]、17[0-8]、18[0-9]、19[0-9] 等常见段，漏掉 144、170x（部分虚拟运营商）、171x 等合法物联网/转售号段。
更关键的是：物联网卡号长度不全是 11 位——部分卡号为 13 位（如 10648xxxxxxx 或 144xxxxxxxxxx），而公众手机号强制 11 位。直接用 ^1[3-9]\d{9}$ 会误杀。
兼容物联网卡号的 PHP 正则写法
需分两类处理：11 位公众/物联网号段 + 13 位专用号段（如 10648、144 开头）。不能简单“扩大号段范围”，必须明确列出已知合法前缀，避免过度宽松（比如放行 120 这类非法号段）。
推荐用以下正则（支持 PCRE，PHP 7.3+）：
立即学习“PHP免费学习笔记（深入）”；
/^(1(3[0-9]|4[47-9]|5[0-35-9]|6[67]|7[0-8]|8[0-9]|9[0-9])\d{8}|10648\d{10}|144\d{10})$/
说明：
-
1(3[0-9]|4[47-9]|5[0-35-9]|6[67]|7[0-8]|8[0-9]|9[0-9])\d{8}：覆盖全部 11 位合法号段，其中4[47-9]显式包含144、147、148、149 -
10648\d{10}：匹配 13 位物联网专用号段（如中国移动物联平台号） -
144\d{10}：补充 13 位144开头号段（注意：11 位144已在上半部分覆盖）
使用时注意：
- 务必加
^和$锚定，否则"abc13812345678def"也会被误判 - PHP 中用
preg_match()判断：preg_match('/^(1(3[0-9]|4[47-9]|5[0-35-9]|6[67]|7[0-8]|8[0-9]|9[0-9])\d{8}|10648\d{10}|144\d{10})$/', $phone) - 若业务允许带空格或短横线（如
144-1234-5678901），先用str_replace([' ', '-'], '', $phone)清洗再校验
实际业务中还要过滤哪些无效输入
正则只是第一道关。真实场景下，这些值通过正则但仍是无效的：
-
1440000000000（全零）——需额外判断是否含有效数字（如!ctype_digit($phone) || strlen($phone) ） -
17000000000（170段部分号段已停用）——建议查号段库或调用运营商接口验证归属 -
1064800000000（10648后接全零）——可加逻辑排除连续重复数字超过 6 位的情况 - 纯数字但开头是
174、175（卫星通信号段，非物联网卡）——当前正则已排除，因未列入前缀列表
建议组合使用：filter_var($phone, FILTER_SANITIZE_NUMBER_INT) 做前置清洗，再进正则，最后按业务规则做轻量级语义校验（如拒绝 144000*）。
为什么不用第三方 SDK 或号段库
短期快速上线可用正则，但长期看，号段政策变动频繁（如 2023 年工信部新增 192、199 号段，2024 年调整 170 转售权限），硬编码正则易过期。
真正可靠的方案是：
- 接入工信部或三大运营商提供的号段查询 API（返回 JSON 含
is_iot字段） - 本地缓存号段数据（如用 Redis 存
prefix:144 → iot:true），每日定时更新 - 正则仅作格式兜底（防 SQL 注入、前端绕过等），不承担归属判定责任
你手里的正则再准，也拦不住今天还合法、明天就被注销的物联网卡号。
