我看到@liam发布了a link to the RFC822。但是,为了与stackoverflow是一个目的地的想法保持一致,如果ex-parrot.com删除了链接,或者你有什么。在它的整体... 电子邮件::RFC 822::地址:基于regexp的地址验证 Mail::RFC 822::Address是一个Perl模块,用于根据RFC 822 grammar验证电子邮件地址。它提供与RFC::RFC 822::Address相同的功能,但使用Perl正则表达式而不是Parse::RecDescent解析器。这意味着模块加载速度更快,因为它不需要在启动时编译语法。 下载Mail::RFC822::Address-0.4.tar.gz或read the documentation。 RFC 822中描述的语法非常复杂。使用正则表达式实现验证在某种程度上推动了使用正则表达式的合理性的限制,尽管Perl处理得很好:
6条答案
按热度按时间y53ybaqx1#
“我如何用正则表达式验证电子邮件”是当涉及到正则表达式时出现的最流行的问题之一,唯一真实的好的答案是“你不需要”。在这个网站上已经讨论过inmanyoccasions。你必须明白的是,如果你真的想遵循规范,你的正则表达式应该看起来像this。显然,这是一个怪物,更多的是一个练习,表明坚持你应该能够接受的是多么可笑的困难。考虑到这一点,如果你绝对需要知道电子邮件地址是有效的,唯一真实的的检查方法是实际发送一条消息到电子邮件地址,并检查它是否反弹。否则,this regex将正确地验证大多数情况,并且在许多情况下,大多数情况就足够了。此外,该页面将讨论尝试使用正则表达式验证电子邮件的问题。
dphi5xsq2#
我只回答你的第一个问题,从技术正则表达式的Angular 来看。
正则表达式
\S+@\S+\.\S+
的问题在于,它有可能执行得太慢。如果有人输入了如下所示的电子邮件字符串,而您需要验证它,会发生什么?a@b.cdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz0123456789
或者更糟(是的,这是点后的100个@):
@.@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缓慢发生。首先,正则表达式会贪婪地匹配尽可能多的字符,以获得第一个
\S+
。因此,它最初将匹配整个字符串。然后我们需要@字符,这样它就会回溯直到找到一个。这时我们得到了另一个\S+
,所以它会再次消耗所有的东西,直到字符串的末尾。然后它需要再次回溯,直到找到一个点。你能想象在正则表达式最终在第二个电子邮件字符串上失败之前发生了多少回溯吗?为了消除回溯,我建议在这种情况下使用所有格字符类,这有一个额外的好处,就是不允许在一个字符串中出现多个@。
[^@\s]++@[^@\s.]++\.[^@\s]++
我对这两个正则表达式做了一个快速的基准测试,并将其与“100@的email”进行了比较。我的速度快95倍。
8aqjt8rx3#
上面的RegEx有什么问题?
它只检查'@'和a。有很多东西肯定不是合法的电子邮件地址,将匹配该组合。
例如,如果一个人写了user@www.myWebsite.com,它会匹配,但这显然是一个错误。在正则表达式中稍微复杂一点就可以捕获它并帮助用户。
如果他输入user@myWebsite.nt也是一样--他拼错了“net”。或者他输入两个@@(user@@ yahoo.com--这实际上很常见),或者两个点(user@yahoo.. com)。一个更好的正则表达式应该能捕捉到这些。
[虽然更好的检查经常会在其他错误上停止,但在'at'之前和之后的法律的多个点可能会被删除或无效(my.name@ gmail.com)]
如果你不想挑剔,你甚至不需要正则表达式。indexOf('@')!= -1将捕获大部分错误。一旦检查,你应该做得更好。
什么是用于验证电子邮件的好RegEx?
http://www.gooli.org/blog/useful-regular-expressions
http://www.regular-expressions.info/email.html
lp0sw83n4#
我看到@liam发布了a link to the RFC822。但是,为了与stackoverflow是一个目的地的想法保持一致,如果ex-parrot.com删除了链接,或者你有什么。在它的整体...
电子邮件::RFC 822::地址:基于regexp的地址验证
Mail::RFC 822::Address是一个Perl模块,用于根据RFC 822 grammar验证电子邮件地址。它提供与RFC::RFC 822::Address相同的功能,但使用Perl正则表达式而不是Parse::RecDescent解析器。这意味着模块加载速度更快,因为它不需要在启动时编译语法。
下载Mail::RFC822::Address-0.4.tar.gz或read the documentation。
RFC 822中描述的语法非常复杂。使用正则表达式实现验证在某种程度上推动了使用正则表达式的合理性的限制,尽管Perl处理得很好:
这个正则表达式将只验证那些删除了任何注解并替换为空白的地址(这是由模块完成的)。
wztqucjr5#
虽然我有点晚了,但这可以帮助那些还想检查更多的人。
这将只验证电子邮件格式是否正确。但如果你想使用更多,比如这封电子邮件是否真的存在。您需要使用一些邮件验证API。
这是我目前在我的网站上使用的代码。
你可以在这里找到更多的细节。https://email-validator.com/tutorial
r9f1avp56#
上面的RegEx有什么问题?
RFC 822电子邮件地址标准非常宽松,因此很难找到一个简洁的正则表达式来捕获所有可能的有效电子邮件。由于并非每个邮件服务器/客户端都强制执行此标准,因此实际数据可能是
虽然你当然可以猜测,或强制执行一个特定的格式,写一个特别的表达式几乎是一个保证,你将有大量的垃圾电子邮件地址或拒绝有效的。
什么是用于验证电子邮件的好RegEx?
这是用于验证RFC的参考正则表达式,它在这里作为一个perl模块实现,但也是O 'Reillys“掌握正则表达式”中的最终清单
Mail::RFC822::Address