对我来说，检查电子邮件地址的正确方法是：

检查符号@是否存在，在它之前和之后是否有一些非@符号：/^[^@]+@[^@]+$/尝试用一些“激活码”向该地址发送电子邮件。当用户“激活”他/她的电子邮件地址时，我们将看到一切都是正确的。

当然，当用户键入一封“奇怪”的电子邮件时，您可以在前端显示一些警告或提示，以帮助他/她避免常见错误，如域名部分没有圆点或名称中没有空格而没有引号等。但您必须接受地址“hello@world“如果用户真的想要它。

此外，您必须记住，电子邮件地址标准过去和将来都会发展，因此您不能总是只键入一些“标准有效”的正则表达式。而且你必须记住，一些具体的互联网服务器可能会在一些常见标准的细节上失败，事实上，它们可以使用自己的“修改标准”。

所以，只需检查@，在前端提示用户，并在给定地址发送验证电子邮件。

问题标题相当通用，但是问题的主体表明它是关于基于PHP的解决方案的。将尝试解决这两个问题。

一般来说，对于所有编程语言：典型的验证“带有reg ex的电子邮件地址是任何基于互联网的服务提供商都应该避免的事情。域名和电子邮件地址种类的可能性已经大大增加，任何验证尝试都可能会导致拒绝某些有效用户进入您的系统。为了避免这种情况，最好的方法之一是向用户发送电子邮件确认它被接收。“普遍接受指导小组”的好朋友们编制了一份按语言排列的库列表，发现这些库符合/不符合与国际化域名和国际化电子邮件地址相关的各种参数。请在这里和这里找到这些文档的链接。

具体来说PHP：

PHP中有一个很好的库，即EmailValidator。它是一个电子邮件地址验证器，包括许多验证方法，如DNS验证。特别推荐的验证器称为RFCValidator，并根据多个RFC验证电子邮件地址。它在包容IDN和国际化电子邮件地址方面具有良好的合规性。

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

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

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

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

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

根据我所看到的，一个完全符合标准的正则表达式是允许的：

/^(?!(^[.-].*|.*[.-]@|.*\.{2,}.*)|^.{254}.+@)([a-z\xC0-\xFF0-9!#$%&'*+\/=?^_`{|}~.-]+@)(?!.{253}.+$)((?!-.*|.*-\.)([a-z0-9-]{1,63}\.)+[a-z]{2,63}|(([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9])\.){3}([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9]))$/gim

演示/调试分析（交互式）

拆分：

^(?!(^[.-].*|.*[.-]@|.*\.{2,}.*)|^.{254}.+@)
([a-z\xC0-\xFF0-9!#$%&'*+\/=?^_`{|}~.-]+@)
(?!.{253}.+$)
(
    (?!-.*|.*-\.)
    ([a-z0-9-]{1,63}\.)+
    [a-z]{2,63}
    |
    (([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9])\.){3}
    ([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9])
)$

分析：

(?!(^[.-].*|.*[.-]@|.*\.{2,}.*)|^.{254}.+@)

对以。，以一结尾，有。。或超过254个字符的最大长度

([a-z\xC0-\xFF0-9!#$%&'*+\/=?^_`{|}~.-]+@)

匹配一个或多个允许的字符，并应用负面外观

(?!.{253}.+$)

域名部分的负前瞻性，总共限制为253个字符

(?!-.*|.*-\.)

每个域名的负前瞻性，不允许以开头或结尾。

([a-z0-9-]{1,63}\.)+

域名中允许的字符的简单组匹配，每个字符限制为63个字符

[a-zA-Z]{2,63}

允许的顶级域的简单组匹配，该域目前仍仅限于字母，但确实包含4个字母以上的TLD。

(([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9])\.){3}
([01]?[0-9]{2}|2([0-4][0-9]|5[0-5])|[0-9])

域名的替代方案：这将IP地址中的前3个数字与匹配。然后是IP地址中没有的第四个数字。在它背后。

几乎我见过的每一个正则表达式（包括一些Microsoft使用的正则表达式）都不允许通过以下有效电子邮件：simon-@hotmail.com

我刚刚有一个真正的客户，他的电子邮件地址是这种格式的，他无法下订单。

以下是我的决定：

不会有假阴性的最小正则表达式。或者，使用MailAddress构造函数进行一些附加检查（见下文）：检查常见的拼写错误.cmo或.gimal.com，并要求确认“您确定这是正确的电子邮件地址吗？看起来可能有错误。”如果用户确定，请允许他们接受键入的内容。在实际发送电子邮件时处理反弹，并手动验证它们以检查是否存在明显错误。

try
{
    var email = new MailAddress(str);

    if (email.Host.EndsWith(".cmo"))
    {
        return EmailValidation.PossibleTypo;
    }

    if (!email.Host.EndsWith(".") && email.Host.Contains("."))
    {
        return EmailValidation.OK;
    }
}
catch
{
    return EmailValidation.Invalid;
}

为了使用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;
    }
}

我用它，它很完美。