现在前端简单判断手机号是否只要判断大于 130 亿，小于 200 亿就可以了。

[pdog18]

似乎现在除了 10 ，11 ，12 都有号码段了

[pdog18]

@yolee599 我提到好几次了，不涉及存储.....

[pdog18]

@wu67 第二位 0 漏掉了

[someday3]

@pdog18 #4
不是数字的字符串，为什么要用数字表示呢。这个字符串的元素只是凑巧都是数字罢了，用数字表示有什么优势吗，没有，反而容易混淆试听。

谁念手机号会一百五十亿 xxxx 的，都是一五零 xxx 的，这就是字符串。

[cherryas]

起码现在还有 1%的服务无法识别 198 号段。

[yolee599]

@pdog18 #41 那你把我的“储存”理解为储存到变量，或者网络传输，程序计算，大概就这个意思，只要参与转换的场合 32bit 系统处理 uint64 都是很吃力的

[me1onsoda]

原来前端还有人把手机号当数字使用...

[chesha1]

不考虑其他国家的客户吗？区号不同，位数也不同啊

[nekoneko]

@dxk611 #9 然后出个新号段正则匹配不上出事故是吧....

[t41372]

遇到过很多服务明明有用其他国家手机号注册的选项，但真的用海外号码时却会被前端挡住

[aogg]

@me1onsoda 前端必备技能，服的很

[1145148964]

同一个号段指的是前四位一样，不是三位

[otakustay]

JSON 传不了这么大的数字，你不涉及存储也不涉及传输？

[icyalala]

想起来之前 QQ 号可以用 Hex 格式来登录的搞笑事情。。

[rekulas]

我觉得没问题还很好，至少基本解决了手机号段更新导致 bug 的问题

[shangyu7]

这个问题，，，笑死~

[dode]

+86 问题和电话号码中间有两个空格问题

[phone]

[szdubinbin]

给大家贡献一个梗，早些年在某家虚拟运营商实习的时候，一个充值页 webview ，前端正则判断没有纳入自家 170/171 ，然后出现了在自家 app 上面不能给自家手机号充值的故事。

[bzj]

判断长度即可，手机号的使用场景一般是接收验证码，输错了必然收不到，相当于二次校验，去判断手机号格式的纯粹是没事找事。

[Mohanson]

请前/后端别判断了, 用新号段手机号注册数字人民币账号提示手机号错误.

[SenLief]

验证什么验证，直接发，能收到就成功，没收到就不成功。