我使用的正则表达式：

[\w-+]+([.][\w]+)?@[\w-+]+([.][a-z]{2,})+

我们使用了http://www.aspnetmx.com/几年来取得了一定的成功。您可以选择要验证的级别（例如语法检查、域检查、MX记录或实际电子邮件）。

对于前端表单，我们通常会验证域是否存在以及语法是否正确，然后在进行批量邮件发送之前，我们会进行更严格的验证以清理数据库。

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

我使用多步骤验证。由于没有任何完美的方法来验证电子邮件地址，因此无法创建完美的电子邮件地址，但至少您可以通知用户他/她做错了什么-以下是我的方法：

我首先使用非常基本的正则表达式进行验证，它只检查电子邮件是否只包含一个@符号，并且在该符号之前或之后不为空。例如/^[^@\s]+@[^@\s]+$/如果第一个验证器没有通过（对于大多数地址来说，它应该通过，尽管它不是完美的），那么警告用户电子邮件无效，不允许他/她继续输入如果通过，则使用更严格的正则表达式进行验证，这可能会禁止有效的电子邮件。如果未通过，将警告用户可能发生错误，但允许用户继续。与步骤（1）不同，因为这是一个明显的错误，所以不允许用户继续。

换言之，第一次自由验证只是去除明显的错误，它被视为“错误”。人们键入了空白地址、没有@符号的地址等等。这应该被视为错误。第二个更严格，但它被视为“警告”，用户可以继续输入，但至少要检查他/她是否输入了有效的条目。这里的关键在于错误/警告方法——错误是在99.99%的情况下不能成为有效电子邮件的东西。

当然，您可以调整使第一个正则表达式更自由和第二个正则表达式更加严格的因素。

根据您的需要，上述方法可能适用于您。

我使用

^\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*$

这是RegularExpressionValidator在ASP.NET中使用的值。

为这个问题发布的正则表达式现在已经过时了，因为新的通用顶级域（gTLD）即将到来（例如，伦敦、篮球、。通販). 要验证电子邮件地址，有两个答案（这将与绝大多数人相关）。

正如主要答案所说，不要使用正则表达式。只需通过向该地址发送电子邮件来验证它（捕获无效地址的异常）使用一个非常通用的正则表达式，至少确保他们使用的是一个类似于｛something｝@｛some｝的电子邮件结构。{一些}。使用一个详细的正则表达式是没有意义的，因为你不会全部抓住它们，几年后会有一个新的批处理，你必须再次更新正则表达式。

我决定使用正则表达式，因为不幸的是，有些用户没有读取表单，并将错误的数据放在错误的字段中。这至少会在他们试图将非电子邮件的内容输入到电子邮件输入字段时提醒他们，这样可以为您节省一些时间来支持用户处理电子邮件问题。

(.+)@(.+){2,}\.(.+){2,}