你可能会更好地使用掩码输入。这样用户只能输入数字，你可以设置你认为合适的格式。我不确定这是否是一个web应用程序，但如果是有一个非常点击jQuery插件，提供了一些选项来做这件事。

http://digitalbush.com/projects/masked-input-plugin/

他们甚至在教程中讨论了如何屏蔽电话号码输入。

.*

如果用户想要给你他们的电话号码，那么相信他们会把它做好。如果他们不想给你，那么强迫他们输入一个有效的数字，要么把他们送到竞争对手的网站，要么让他们输入一个符合你的正则表达式的随机字符串。我甚至可能会忍不住去查询占星热线的电话号码，然后输入这个号码。

我也会考虑以下任何一个网站上的有效条目:

"123 456 7890 until 6pm, then 098 765 4321"  
"123 456 7890 or try my mobile on 098 765 4321"  
"ex-directory - mind your own business"

虽然它不是正则表达式，但您可以使用Python库DataPrep中的validate_phone()函数来验证美国电话号码。使用pip Install dataprep安装它。

>>> from dataprep.clean import validate_phone
>>> df = pd.DataFrame({'phone': ['1-234-567-8901', '1-234-567-8901 x1234', 
         '1-234-567-8901 ext1234', '1 (234) 567-8901', '1.234.567.8901',
         '1/234/567/8901', 12345678901, '12345678', '123-456-78987']})
>>> validate_phone(df['phone'])
0     True
1     True
2     True
3     True
4     True
5     True
6     True
7    False
8    False
Name: phone, dtype: bool

/^(?:(?:\(?(?:00|\+）（[1-4]\d\d|[1-9]\d+）\）？）[\-\.\ \\\/]?)?((?:\（？\d{1，}\）？[\-\.\ \\\/]?)+)(?:[\-\.\ \\\/]?（？：#|ext\.？|扩展|x）[\-\.\ \\\/]？（\d+））？$/i

这比赛:

 - (+351) 282 43 50 50
 - 90191919908
 - 555-8909
 - 001 6867684
 - 001 6867684x1
 - 1 (234) 567-8901
 - 1-234-567-8901 x1234
 - 1-234-567-8901 ext1234
 - 1-234 567.89/01 ext.1234
 - 1(234)5678901x1234
 - (123)8575973
 - (0055)(123)8575973

在$n上，它保存:

国家指标 电话号码 扩展

您可以在https://regex101.com/r/kFzb1s/1上测试它

更好的选择……只要去掉输入中的所有非数字字符(除了“x”和前导的“+”符号)，注意，因为英国人倾向于用非标准形式的+44(0)写数字……当要求使用国际前缀时(在这种特定情况下，应该完全丢弃(0))。

然后，你会得到这样的值:

 12345678901
 12345678901x1234
 345678901x1234
 12344678901
 12345678901
 12345678901
 12345678901
 +4112345678
 +441234567890

然后，当你显示，重新格式化为您的心脏内容。如。

  1 (234) 567-8901
  1 (234) 567-8901 x1234

如果你只是想验证你在字段中没有随机垃圾(即来自表单垃圾邮件者)，这个正则表达式应该做得很好:

^[0-9+\(\)#\.\s\/ext-]+$

请注意，它没有任何特殊的规则来说明有多少位数字，或者这些数字中哪些数字是有效的，它只是验证只有数字、括号、破折号、加号、空格、磅、星号、句号、逗号或字母e、x、t存在。

它应该与国际数字和本地化格式兼容。你认为某些区域需要使用方括号、花括号或尖括号吗?(目前他们不包括在内)。

如果你想保持每个数字的规则(比如美国区域代码和前缀(交换码)必须在200-999之间)，那么祝你好运。维护一个复杂的规则集，在未来任何时候世界上任何国家都可能过时，这听起来并不有趣。

虽然剥离所有/大多数非数字字符在服务器端可能工作得很好(特别是如果您计划将这些值传递给拨号器)，但您可能不希望在验证期间打乱用户的输入，特别是如果您希望他们在另一个字段中进行更正。