如何使用正则表达式来验证电子邮件地址？

完整的RFC 822标准中的正则表达式由于长度太长而效率低下且晦涩难懂. 幸运的是，RFC 822已被替换过两次，当前的电子邮件地址规范为RFC5322. RFC 5322会生成正则表达式，如果您花几分钟时间进行研究，就可以理解它，并且对于实际使用而言是足够有效的. 可以在页面顶部找到符合RFC 5322标准的正则表达式电子邮件的正则表达式，但是使用的IP地址模式在Internet上浮动，其中包含允许任何无符号字节十进制值00的错误. 用点分隔的地址是非法的. 其余的似乎与RFC 5322语法一致，并通过多个测试使用grep -Po，包括案例域名，IP地址，错误名称以及带引号和不带引号的帐户名. 为了更正00IP模式下的错误，我们获得了一个有效且相当快速的正则表达式. （为实际代码而不是降低价格，请绘制渲染的版本. ）（: [A-Z0-9#$％＆'* + / = ^ _` {|}?-+（？！\ [A-Z0 -9#$％＆！]'？* + /？= ^ _` {|}?-] +）* |“（？: [\ x01- \ X08 \ X0B \ X0C \ x0e- \ X1F \ X21 \ x23- \ x5b \ x5d- \ 0x7F部分] | \\ [\ x01- \ X09 \ X0B \ X0C \ x0e- \ 0x7F部分]）*“）@（: （: （: [α-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- \ 0x7F部分] | \\ [\ x01- \ X09 \ X0B \ X0C \ x0e- \ 0x7F部分]）+）\]）这是上述正则表达式的局限性状态机图，比正则表达式本身更清晰. Perl和PCRE中更复杂的模式（例如PHP中使用的正则表达式库）可以正确地解析RFC5322. Python和C#可以做到相同，但是它们使用的语法与前两者不同. 但是，如果您被迫使用许多较弱的模式匹配语言之一，那么最好使用真正的解析器. 同样重要的是要理解，根据RFC进行验证永远不会告诉您该地址是否实际存在于所提供的域中，或者输入该地址的人是否是其真实所有者. 人们已经以这种方式在邮件列表上签署了其他人. 修复需要更高级的验证，这涉及到将包含确认令牌的消息发送到该地址，这意味着该消息与该地址输入在同一网页上.

确认令牌是知道您有权访问该人地址的唯一方法. 这就是为什么大多数邮件列表现在都使用此机制来确认注册的原因. 毕竟，任何人都可以放下President@whitehouse.gov，甚至可以将其解析为合法的，但不太可能成为另一端的人. 对于PHP，您不应使用给定模式通过PHP验证电子邮件地址. 正确的引用方式如下: 存在一些危险，即通常的用法和广泛的草率编码将为电子邮件地址建立事实上的标准. 记录的官方标准更具限制性. 这并不比所有其他非RFC模式都好. 它甚至不足以处理RFC 822，更不用说RFC 5322了，但是是的. 如果您想花哨和学究，请实施一个完整的状态引擎. 正则表达式只能用作基本过滤器. 正则表达式的问题是告诉某人其完全有效的电子邮件地址是无效的（误报），因为从用户的角度来看，正则表达式无法处理它只是不礼貌和不礼貌. 用于此目的的状态引擎可以验证或更正否则将被视为无效的电子邮件地址，因为它根据每个RFC分解电子邮件地址. 这可以带来更愉快的体验，例如，指定的电子邮件地址“ myemail @ address，com”无效. 您的意思是“ myemail@address.com”吗？另请参阅验证电子邮件地址电子邮件的正则表达式，包括评论. 或比较电子邮件地址以验证正则表达式. Debuggex演示

本文来自本站，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-264357-1.html