如果您需要一个简单的表单来验证，可以使用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（“”））；//现在基本的客户端验证已经完成，从服务器端发送一个令牌来验证用户是否有权访问电子邮件

[更新]我整理了我所知道的有关电子邮件地址验证的所有信息http://isemail.info，它现在不仅可以验证，还可以诊断电子邮件地址的问题。我同意这里的许多意见，即验证只是答案的一部分；看看我的文章什么是有效的电子邮件地址？。

据我所知，is_email（）仍然是唯一一个能明确告诉您给定字符串是否为有效电子邮件地址的验证器。我已在上载了新版本http://isemail.info/

我整理了来自Cal Henderson、Dave Child、Phil Haack、Doug Lovell、RFC 5322和RFC 3696的测试用例。总共275个测试地址。我对我能找到的所有免费验证器进行了所有这些测试。

我会尽量让这个页面保持最新，因为人们会增强他们的验证器。感谢Cal、Michael、Dave、Paul和Phil在编译这些测试时的帮助和合作，以及对我自己的验证器的建设性批评。

人们应该特别注意RFC 3696的勘误表。其中三个典型示例实际上是无效地址。地址的最大长度是254或256个字符，而不是320个字符。

完全符合RFC 822的正则表达式由于其长度而效率低下且晦涩难懂。幸运的是，RFC 822被两次取代，当前的电子邮件地址规范是RFC 5322。RFC 5322产生了一个正则表达式，如果研究几分钟就可以理解，并且对于实际使用来说足够有效。

一个符合RFC 5322的正则表达式可以在页面顶部找到：http://emailregex.com/但使用的IP地址模式在互联网上浮动，错误是允许点分隔地址中的任何无符号字节十进制值为00，这是非法的。它的其余部分似乎与RFC 5322语法一致，并通过了几个使用grep-Po的测试，包括域名、IP地址、坏域名以及带引号和不带引号的帐户名。

纠正了IP模式中的00错误，我们获得了一个有效且相当快的正则表达式。（抓取呈现的版本，而不是markdown，以获取实际代码。）

（？：[a-z0-9！#$%&'*+/=？^_`{|}~-]+（？：\.[a-z0-9！#$%&'*+/=？^ _`{|}~-]+）*|“（？：[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-#x09\x0b#x0c\x10e-\x7f]）*”）@（？：（？：[？：[a-z0-9]（？：a-z0-9-]*[a-z0-9]）？\.）+[a-z0-9]（？：[a-z0-9-]*[a-z0-9]）|\[(?:(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9]))\.){3}(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9]）|[a-z0-9-]*[a-z0-9]：（？：[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-#x09\x0b#x0c\x10e-\x7f】）+）\]）

or:

(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*|"(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])*")@(?:(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?|\[(?:(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9]))\.){3}(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9])|[a-z0-9-]*[a-z0-9]:(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])+)\])

下面是上述正则表达式的有限状态机图，它比正则表达式本身更清楚

Perl和PCRE中更复杂的模式（例如PHP中使用的正则表达式库）可以正确地解析RFC 5322而不会出现问题。Python和C#也可以做到这一点，但它们使用的语法与前两种不同。然而，如果您被迫使用许多功能较弱的模式匹配语言之一，那么最好使用真正的解析器。

同样重要的是要理解，根据RFC验证它绝对不会告诉您该地址是否确实存在于所提供的域中，或者输入该地址的人是否是其真正的所有者。人们总是以这种方式向其他人注册邮件列表。修复这一问题需要一种更高级的验证，包括向该地址发送一条消息，该消息包含一个确认令牌，该令牌与该地址在同一网页上输入。

确认令牌是知道您获得输入者地址的唯一方法。这就是为什么现在大多数邮件列表都使用该机制来确认注册。毕竟，任何人都可以放下president@whitehouse.gov，这甚至会被解析为合法，但不太可能是另一端的人。

对于PHP，您不应该使用“用PHP验证电子邮件地址”中给出的模式，我引用的正确方法是：

常见的用法和广泛的草率编码可能会为电子邮件地址建立一个事实上的标准，这比记录的正式标准更具限制性。

这并不比其他所有非RFC模式更好。它甚至不足以处理RFC 822，更不用说RFC 5322了。然而，这一个是。

如果你想变得花哨和迂腐，就实现一个完整的状态引擎。正则表达式只能充当基本过滤器。正则表达式的问题是，从用户的角度来看，告诉某人他们完全有效的电子邮件地址是无效的（假阳性），因为你的正则表达式无法处理它，这是粗鲁和不礼貌的。用于此目的的状态引擎可以验证甚至纠正电子邮件地址，否则这些地址将被视为无效，因为它根据每个RFC分解电子邮件地址。这可能会带来更愉悦的体验，比如

指定的电子邮件地址'myemail@address，com'无效。你是说myemail@address.com'?

另请参阅验证电子邮件地址，包括注释。或比较电子邮件地址验证正则表达式。

Debugex演示

当您使用PHP编写时，我建议您使用PHP内置的电子邮件验证。

filter_var($value, FILTER_VALIDATE_EMAIL)

如果您运行的是低于5.3.6的PHP版本，请注意这个问题：错误#53091：当我试图过滤一个大于2264个字符的文本时出现崩溃

如果您想了解此内置验证如何工作的更多信息，请参阅此处：PHP的filter_var filter_VALIDATE_EMAIL实际工作吗？

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

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

/^([\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

我总是使用下面的正则表达式来验证电子邮件地址。它涵盖了基于英语字符的所有电子邮件地址格式。

"\A(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?)\Z";

下面是一个C#示例：

添加程序集引用：

using System.Text.RegularExpressions;

并使用下面的方法传递电子邮件地址并得到一个布尔值

private bool IsValidEmail(string email) {
    bool isValid = false;
    const string pattern = @"\A(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?)\Z";

    isValid = email != "" && Regex.IsMatch(email, pattern);

    // Same above approach in multiple lines
    //
    //if (!email) {
    //    isValid = false;
    //} else {
    //    // email param contains a value; Pass it to the isMatch method
    //    isValid = Regex.IsMatch(email, pattern);
    //}
    return isValid;
}

此方法验证传入参数的电子邮件字符串。对于param为null、空字符串、未定义或param值不是有效电子邮件地址的所有情况，它都将返回false。只有当参数包含有效的电子邮件地址字符串时，它才会返回true。