这是一个创建于 67 天前的主题，其中的信息可能已经有所发展或是发生改变。
似乎现在除了 10 ，11 ，12 都有号码段了
 |
1
CodeCodeStudy 67 天前  3
手机号要当做字符串来看待，不是数字
|
 |
2
zhangxh1023 67 天前 8
我一般都是直接 1 开头，11 位。。。。
|
 |
3
QlanQ 67 天前 1
直接 1 开头，11 位。。。。
|
 |
4
pdog18 OP 1
@CodeCodeStudy 请教一下，不涉及存储时，这一点的必要性是什么
|
 |
5
InDom 67 天前
🤔 当数字，起码他相信 JS 的数字精度。
|
 |
6
opengps 67 天前
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
|
 |
8
ZE3kr 67 天前 via iPhone 1
那 13666666666.6666666667 也是手机号
|
 |
9
dxk611 67 天前 via iPhone
随便搜一个正则，也比用数字判断强，用数字判断手机号，都是野鸡手段
|
 |
11
KT0J 67 天前
前端写正则，然后出了新号段，又是一个无法使用的 bug 。
这种问题我已经遇到 n 次了。 我一直搞不懂，为什么大家这么喜欢这么玩。 |
 |
12
pengtdyd 67 天前
前端：手机号不验证，直接字符串
|
 |
13
goldenalex 67 天前 1
|
 |
14
chanlk 67 天前 28
前端大哥们 别瞎判断了 早几年我换了个 166 的手机号 经常遇到手机号不正确的提示 不胜其烦
|
 |
15
shadowyue 67 天前
1 开头 11 为就可以了，现在还出了一些虚拟号段，按以前固定开头正则匹配太不灵活了
|
 |
16
crazyzzm 67 天前
看情况吧，有些产品可能会限制虚拟号段，那就不能简单判断了
|
 |
17
mdn 67 天前
前端只需要做一些粗略的过滤就行，防止用户无意的错误提交就行，1 开头 11 位 是迟早的事，都是标准手机号
|
 |
18
hs444 67 天前
就简单的判断 1 开头 11 位吧，要不然都是在给自己挖坑，如果必须确认手机号可用就上短信验证码
|
 |
19
dzdh 67 天前 2
我觉得贴小数的就是纯纯硬抬杠
|
 |
21
gpt5 67 天前
不接受国外手机号么？比如 gv
|
 |
22
xloong 67 天前
/^1[3456789]\d{9}$/
其实排除掉 11 开头和 12 开头的就行了 嗯 还有 10 开头 其中的 6 7 9 什么的 也是后来慢慢加上的, 应该不会再加了吧 |
 |
23
kylebing 67 天前 2
是 1 开头的 11 位纯数字字符串就可以了。 `^1\d{10}$`
没必要判断它是不是有效手机号，这个让业务层面去判断，比如短信验证码。 |
 |
24
Friday2333 67 天前
|
 |
25
jackbrother 67 天前
@goldenalex 别人的就一定对？还是 csdn 的...
|
 |
27
weixiangzhe 67 天前
1 开头也是不太稳的，未来其实是规划 92 98 打头的
|
 |
29
cslive 67 天前
前端验证了，后端照样验证
 |
 |
30
wu67 67 天前
1 开头, 第二位不是 1 2, 后面 9 位全是数字就行...上面 21 楼都把正则贴出来了.
|
 |
31
Ashore 67 天前
1 开头，后面十位数字就行了，别整那些花里胡哨的判断。对虚拟号段的用户很不友好
|
 |
32
ooee2016 67 天前
要是重要,就验证. 不重要的话爱写啥就写啥
|
 |
34
gniviliving 67 天前
@wu67 是你看错了，还是你 block 了太多人了，我这里看是 24 楼贴了 github 地址
|
 |
35
xiaomada 67 天前 2
多少还是正则验证下，前三位号段限制一下，工信部有公布,宽松点就前两位
|
 |
36
x86 67 天前
直接 1 开头 11 位，鬼知道以后添加什么号段
|
 |
37
Morii 67 天前
现在正则也算复杂验证了吗？
|
 |
38
yolee599 67 天前
@pdog18 #28 超过 uint32 的数字不要用数值类型储存，每次让我使用 uint64 处理数字我都会 f**k 一下制定这个接口的人，在 32bit 系统上又耗性能又耗空间
|
 |
39
learnshare 67 天前
重要的发短信验证码
不重要的 1 开头 |
 |
43
someday3 67 天前 1
@pdog18 #4
不是数字的字符串，为什么要用数字表示呢。这个字符串的元素只是凑巧都是数字罢了，用数字表示有什么优势吗，没有，反而容易混淆试听。 谁念手机号会一百五十亿 xxxx 的，都是一五零 xxx 的，这就是字符串。 |
 |
44
cherryas 67 天前
起码现在还有 1%的服务无法识别 198 号段。
|
|
45
yolee599 67 天前
@pdog18 #41 那你把我的“储存”理解为储存到变量，或者网络传输，程序计算，大概就这个意思，只要参与转换的场合 32bit 系统处理 uint64 都是很吃力的
|
 |
46
me1onsoda 67 天前
原来前端还有人把手机号当数字使用...
|
 |
47
chesha1 67 天前
不考虑其他国家的客户吗？区号不同，位数也不同啊
|
 |
49
t41372 67 天前
遇到过很多服务明明有用其他国家手机号注册的选项，但真的用海外号码时却会被前端挡住
|
 |
51
1145148964 67 天前
同一个号段指的是前四位一样，不是三位
|
 |
52
otakustay 67 天前
JSON 传不了这么大的数字，你不涉及存储也不涉及传输？
|
 |
53
icyalala 67 天前
想起来之前 QQ 号可以用 Hex 格式来登录的搞笑事情。。
|
 |
54
rekulas 67 天前
我觉得没问题还很好，至少基本解决了手机号段更新导致 bug 的问题
|
 |
55
shangyu7 67 天前
这个问题，，，笑死~
|
 |
56
dode 67 天前
+86 问题和电话号码中间有两个空格问题
+86 111 1111 1111 |
 |
57
szdubinbin 67 天前
给大家贡献一个梗，早些年在某家虚拟运营商实习的时候，一个充值页 webview ，前端正则判断没有纳入自家 170/171 ，然后出现了在自家 app 上面不能给自家手机号充值的故事。
|
 |
58
bzj 67 天前
判断长度即可，手机号的使用场景一般是接收验证码，输错了必然收不到，相当于二次校验，去判断手机号格式的纯粹是没事找事。
|
 |
59
Mohanson 67 天前
请前/后端别判断了, 用新号段手机号注册数字人民币账号提示手机号错误.
|
 |
60
SenLief 67 天前 1
验证什么验证，直接发，能收到就成功，没收到就不成功。
|
 |
61
ochatokori 67 天前 via Android
直接不验证，谁输错谁负责
|
 |
62
mynameislihua 67 天前
让后端校验
|
|
63
x86 67 天前
朋友说让短信网关验，返回啥你就返回过去，😄
|
 |
64
registerrr 67 天前
@x86 讲究的就是一个物尽其用
|
 |
66
ltkun 67 天前 via Android
我的美国号码 1530xxxxxxx
|
 |
67
adoal 67 天前
你问别人为什么要用字符串类型而不是数值类型，那你为什么要用数值类型呢？
从类型的语义来讲，整数数值有两种含义，一是基数（ cardinal number ），表数量多少，二是序数（ ordinal number ），表有序实体在某种规则下的次序。手机号码很难直接对应到这两种含义中去。它只不过字符集恰好为十进制数字的字符串罢了。 |
 |
68
KisekiRemi 67 天前
/^1[3456789]\d{9}$/
这个正则够用了/doge |
 |
69
aken29 67 天前
我是会校验一下基本的，避免无意义的调接口，用的是'^(?:(?:\\+|00)86)?1[1-9]\\d{9}$'
|
 |
70
bthulu 67 天前
吓人, 你们不调公安接口验证手机号是否真实有效的吗?
|
 |
71
unco020511 67 天前
1 开头 11 位数字,足矣,别想着整那么多花里胡哨
|
 |
73
HaroldFinchNYC 67 天前
@bthulu 啥接口？方便分享一下吗
|
 |
74
nekoneko 67 天前
@jqtmviyu #64 如果新用户无法注册都不算事故, 那什么算事故啊.
/^1[3456789]\d{9}$/ 这样就足够了, 跟你后面说的差不多, 没必要限制太多. |
 |
75
hauibojek 67 天前
前端弄点宽松的限制就好
|
 |
76
baobao1270 67 天前 1
始终建议使用第三方库来判断手机号是否正确： https://github.com/google/libphonenumber
考虑到电话号码的无处不在以及它们存在了多长时间，程序员继续对它们做出错误的假设令人惊讶。 5. 电话号码不能重复使用？旧电话号码被回收并重新分配给其他人。 7. 每个国家的呼叫代码恰好对应一个国家？美国、加拿大和几个加勒比岛屿共享国家呼叫代码+1 。 16. 所有有效的电话号码都遵循国际电联的规范？ ITU-T 规定，电话号码不能超过十五位数字，为国家呼叫代码保留一到三位数字，但在德国分配了比这更长的有效号码。 18. 电话号码只包含数字？在以色列，某些广告数字以*开头。在新西兰，可以通过手机拨打*555 来报告非紧急交通事故。Alpha 字符也可以用于电话号码中，例如 1-800-1-800-Flowers 。 25. 电话号码就是数字？切勿尝试将电话号码存储为 int 或任何其他类型的数字数据类型。你不能对它们进行算术，虽然 007 、07 和 7 是相同的数字，但它们不一定是相同的电话号码——在一些国家，前导 0 是重要的，并构成数字本身的一部分。此外，电话号码可能包含其他可表示的字符或分机号部分，在等待提示音后拨打。提示：使用库来解析和格式化数字，以正确处理每个国家的数据。 26. 政府或电信公司发布的电话号码计划代表了现实？国家编号计划，如国际电联管理的计划，代表了政府或电信的意图。这些可以在现实世界中实际实施编号计划更改之前、期间或之后发布。电话号码范围生效的实际日期可能并不总是符合官方公告。 |
 |
77
Frauhling 67 天前
一旦出现 9 开头手机号你又该怎么处理 233
|
 |
78
miniaoes 67 天前
/^(?:(?:\+|00)86)?1[3-9]\d{9}$/
|
 |
79
iSecret 67 天前
/^1[\d]{10}$/
|
 |
82
jiangzm 67 天前
是有多蠢比较数值
|
 |
83
pad0921 67 天前
哈哈哈，这也太好玩了吧，手机号应该是字符串啊
|
 |
84
hhhsuan 67 天前 via Android
如果以后有 2 开头的手机号了怎么办
|
 |
85
BeautifulSoap 67 天前
0120-993-993
这是苹果日本官网的电话，0 开头，分号隔断，阁下如何应对？ PS：这里面还没国家区号咧，加上区号就是 +81 0120-993-993 或者 081 0120-993-993 |
 |
86
netabare 67 天前
空格或者小数点分隔的手机号怎么办呢，比如
123 4567 8901 12 345 678 901 123.456.78.901 |
 |
87
layxy 66 天前
前端简单判断下 1 开头 11 位就可以,如果想要更准确判断,对于某些校验可能会有改动的可以放到后端使用字典配置个正则表达式缓存起来使用
|
 |
89
exiledkingcc 66 天前
根本就没必要判断！
只会给使用特殊号码的人带来麻烦！ 遇到过很多这种完全多余的限制了！ 少写点 BUG 不好吗！！！ |
 |
90
mingl0280 65 天前 via Android
@zhangxh1023 +1-5xx-xxx-xxxx ，美国的号码，不是手机号。
我以前猜网站是这个判断方法过过 yy 的手机号检测（填的是美国的手机号，但是表单要求仅中国号码，结果短信还真发到我美国的手机上了） |
Select Language