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

[pdog18]

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

[CodeCodeStudy]

手机号要当做字符串来看待，不是数字

[zhangxh1023]

我一般都是直接 1 开头，11 位。。。。

[QlanQ]

直接 1 开头，11 位。。。。

[pdog18]

@CodeCodeStudy 请教一下，不涉及存储时，这一点的必要性是什么

[InDom]

🤔 当数字，起码他相信 JS 的数字精度。

[opengps]

130 ，131 ，132 ，133 ，134 ，135 ，136 ，137 ，138 ，139 ，141 ，145 ，146 ，147 ，148 ，149 ，150 ，151 ，152 ，153 ，155 ，156 ，157 ，158 ，159 ，165 ，166 ，167 ，170 ，171 ，172 ，173 ，174 ，175 ，176 ，177 ，178 ，180 ，181 ，182 ，183 ，184 ，185 ，186 ，187 ，188 ，189 ，191 ，198 ，199

[horizon]

@pdog18 #4
可以用正则？

[ZE3kr]

那 13666666666.6666666667 也是手机号

[dxk611]

随便搜一个正则，也比用数字判断强，用数字判断手机号，都是野鸡手段

[twofox]

@pdog18 你不考虑 +86 156XXXXX 这种的么，15267116542.123456 也是手机号？

[KT0J]

前端写正则，然后出了新号段，又是一个无法使用的 bug 。

这种问题我已经遇到 n 次了。
我一直搞不懂，为什么大家这么喜欢这么玩。

[pengtdyd]

前端：手机号不验证，直接字符串

[goldenalex]

毕业就不写代码了，所以不会了，但是！我会百狗。。。

https://blog.csdn.net/itbrand/article/details/109239620

[chanlk]

前端大哥们 别瞎判断了 早几年我换了个 166 的手机号 经常遇到手机号不正确的提示 不胜其烦

[shadowyue]

1 开头 11 为就可以了，现在还出了一些虚拟号段，按以前固定开头正则匹配太不灵活了

[crazyzzm]

看情况吧，有些产品可能会限制虚拟号段，那就不能简单判断了

[mdn]

前端只需要做一些粗略的过滤就行，防止用户无意的错误提交就行，1 开头 11 位 是迟早的事，都是标准手机号

[hs444]

就简单的判断 1 开头 11 位吧，要不然都是在给自己挖坑，如果必须确认手机号可用就上短信验证码

[dzdh]

我觉得贴小数的就是纯纯硬抬杠

[mdn]

@crazyzzm 特殊判断一般放接口，产品在后台配置