我不相信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产品中的本地部分和域替换为它们各自的产品，您就拥有了一种可直接转换为正则表达式的正则语言。

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

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

为了使用JavaScript验证电子邮件地址，使用此功能更方便和高效（根据W3Schools）：

function validateEmail()
{
    var x = document.f.email.value;
    var atpos = x.indexOf("@");
    var dotpos = x.lastIndexOf(".");
    if (atpos < 1 || dotpos < atpos+2 || dotpos+2 >= x.length)
    {
        alert("Not a valid e-mail address");
        return false;
    }
}

我用它，它很完美。

这一切都取决于你想要的准确度。出于我的目的，我只是想避开bob@aol.com（电子邮件中的空格）或steve（完全没有域名）或mary@aolcom（在.com之前没有句点），我使用

/^\S+@\S+\.\S+$/

当然，它会匹配不是有效电子邮件地址的内容，但这是一个常见的简单错误问题。

可以对该正则表达式进行任意数量的更改（其中一些在这个答案的注释中），但它很简单，易于理解，是一个很好的第一次尝试。

没有人提到本地化问题（i18n）。如果你的客户来自世界各地呢？

然后，您需要按国家/地区对正则表达式进行分类，我看到开发人员最终构建了一个大型字典或配置。检测用户的浏览器语言设置可能是一个很好的起点。

如果您需要一个简单的表单来验证，可以使用https://regexr.com/3e48o

^[\w-\.]+@([\w-]+\.)+[\w-]{2,4}$

让r=新RegExp（String.raw`^[\w-\.]+@（[\w-]+\.）+[\w-]{2,4}$`）；//应该是真的console.log（r.test（'name@domain.tld'));console.log（r.test（'name@domain.co.tld'));console.log（r.test（'name@domain.co'));//应为falseconsole.log（r.test（'@domain.tld'））；console.log（r.test（'name@.tld'));console.log（r.test（'name@domain.'));console.log（r.test（'namedomain.tld'））；console.log（r.test（“”））；//现在基本的客户端验证已经完成，从服务器端发送一个令牌来验证用户是否有权访问电子邮件