多年来，我慢慢地开发了一个正则表达式，它可以正确验证大多数电子邮件地址，假设它们不使用IP地址作为服务器部分。
我在几个PHP程序中使用它，而且大多数时候都可以使用。然而，不时有人与我联系，他们对使用它的网站有问题，我最终不得不做出一些调整（最近我意识到我不允许四个字符的TLD）。
你有或见过验证电子邮件的最佳正则表达式是什么？
我见过几种使用函数的解决方案，这些函数使用了几个较短的表达式，但我宁愿在简单函数中使用一个长的复杂表达式，而不是在更复杂的函数中使用几个短表达式。
当前回答
根据W3C HTML5规范：
^[a-zA-Z0-9.!#$%&'*+/=?^_`{|}~-]+@[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)*$
上下文：
有效的电子邮件地址是与ABNF生产[…]匹配的字符串。注意：这一要求故意违反了RFC 5322，RFC 5322为电子邮件地址定义了一种语法，该语法同时太严格（在“@”字符之前）、太模糊（在“@”字符之后）和太松散（允许注释、空白字符和引用字符串以大多数用户不熟悉的方式），在这里无法实际使用。以下JavaScript和Perl兼容的正则表达式是上述定义的实现。/^[a-zA-Z0-9.！#$%&'*+\/=？^_`{|}~-]+@[a-zA-Z0-9]？（？：\.[a-zA-Z0-9]（？：[a-zA-Z0-9-]{0,61}[a-zA-Z0-9]）？）*$/
其他回答
我使用
^\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*$
这是RegularExpressionValidator在ASP.NET中使用的值。
一个简单的正则表达式至少不会拒绝任何有效的电子邮件地址，它会检查某个内容，然后是@符号，然后是句点和至少2个东西。它不会拒绝任何东西，但在查看规范后，我找不到任何有效且被拒绝的电子邮件。
电子邮件=~/+@[^@]+\.[^@]{2,}$/
我不知道什么是最好的，但这一条至少是正确的，只要地址的注释被删除并用空格替换。
认真地您应该使用已编写的库来验证电子邮件。最好的方法可能是向该地址发送验证电子邮件。
我们使用了http://www.aspnetmx.com/几年来取得了一定的成功。您可以选择要验证的级别（例如语法检查、域检查、MX记录或实际电子邮件）。
对于前端表单，我们通常会验证域是否存在以及语法是否正确，然后在进行批量邮件发送之前，我们会进行更严格的验证以清理数据库。
我已经使用OP的正则表达式的这个修改版本有一段时间了，它并没有给我留下太多惊喜。我从未在电子邮件中遇到过撇号，所以这并不能证明这一点。它确实验证了Jean+François@anydomain.museum和试@例子.测试.مثال.آسایل，但不奇怪地滥用这些非字母数字字符+@you.com上。
(?!^[.+&'_-]*@.*$)(^[_\w\d+&'-]+(\.[_\w\d+&'-]*)*@[\w\d-]+(\.[\w\d-]+)*\.(([\d]{1,3})|([\w]{2,}))$)
它确实支持IP地址you@192.168.1.1，但我还没有完善到足以处理诸如999.999.999.1之类的伪IP地址范围。
它还支持超过三个字符的所有TLDasdf@asdf.asdf我认为这是原作的表现。我被打败了，现在有太多超过3个字符的TLD。
我知道OP已经放弃了他的正则表达式，但这种味道仍然存在。
