我想提出我的方法，它相对简单，同时确保正确的电子邮件结构和限制禁止字符。对拉丁字符有效。

/^(?![\w\.@]*\.\.)(?![\w\.@]*\.@)(?![\w\.]*@\.)\w+[\w\.]*@[\w\.]+\.\w{2,}$/

有关验证电子邮件地址的最佳正则表达式的最全面评估，请参阅此链接；“比较电子邮件地址验证正则表达式”

以下是当前的顶级表达式，以供参考：

/^([\w\!\#$\%\&\'\*\+\-\/\=\?\^\`{\|\}\~]+\.)*[\w\!\#$\%\&\'\*\+\-\/\=\?\^\`{\|\}\~]+@((((([a-z0-9]{1}[a-z0-9\-]{0,62}[a-z0-9]{1})|[a-z])\.)+[a-z]{2,6})|(\d{1,3}\.){3}\d{1,3}(\:\d{1,5})?)$/i

这是我做的。它不是防弹版，但它“简单”，几乎可以检查所有内容。

[\w+-]+(?:\.[\w+-]+)*@[\w+-]+(?:\.[\w+-]+)*(?:\.[a-zA-Z]{2,4})

我认为已经有了解释，因此您可以根据需要进行修改：

（e） [\w+-]+匹配a-z、a-z、_、+、-至少一次

（m） （？：\.[\w+-]+）*匹配a-z、a-z、_、+、-0或更多次，但需要以a开头。（点）

@ = @

（i） [\w+-]+匹配a-z、a-z、_、+、-至少一次

（l） （？：\.[\w+-]+）*匹配a-z、a-z、_、+、-0或更多次，但需要以a开头。（点）

（com）（？：\.[a-zA-Z]{2,4}）匹配a-Z，a-Z 2到4次，从a开始。（点）

给出e（-m）@i（.l）.com，其中（.m）和（.l）是可选的，但也可以重复多次。

我认为这会验证所有有效的电子邮件地址，但会阻止潜在的无效地址，而不使用在大多数情况下不需要的过于复杂的正则表达式。

请注意，这将允许+@-.com，但这是保持简单的折衷方案。

没有一个是真正有用的。我在回答“是否有用于电子邮件地址验证的PHP库？”时讨论了一些问题？，它也在电子邮件地址的正则表达式识别难吗？中讨论？。

简而言之，不要期望一个可用的正则表达式能够完成正确的工作。最好的正则表达式将验证语法，而不是电子邮件的有效性(jhohn@example.com是正确的，但它可能会反弹…）。

我不相信bortzmeyer所说的“语法（RFC 5322中指定的）太复杂了”（无法用正则表达式处理）。

这是语法（来自3.4.1。添加规范规范）：

addr-spec       =   local-part "@" domain
local-part      =   dot-atom / quoted-string / obs-local-part
domain          =   dot-atom / domain-literal / obs-domain
domain-literal  =   [CFWS] "[" *([FWS] dtext) [FWS] "]" [CFWS]
dtext           =   %d33-90 /          ; Printable US-ASCII
                    %d94-126 /         ;  characters not including
                    obs-dtext          ;  "[", "]", or "\"

假设点原子、带引号的字符串、obs局部部分、obs域本身是正则语言，这是一个非常简单的语法。只需将addr-spec产品中的本地部分和域替换为它们各自的产品，您就拥有了一种可直接转换为正则表达式的正则语言。

奇怪的是，您“不能”使用4个字符的TLD。您禁止人们使用.info和.name，以及长度限制stop、travel和.museum，但是的，它们比2个字符的TLD和3个字符的TLC更常见。

你也应该允许大写字母。电子邮件系统将规范本地部分和域部分。

对于域部分的正则表达式，域名不能以'-'开头，也不能以'-'结尾。Dash只能介于两者之间。

如果您使用PEAR库，请查看他们的邮件功能（我忘记了确切的名称/库）。您可以通过调用一个函数来验证电子邮件地址，它根据RFC 822中的定义验证电子邮件地址。