本文目录导读：
匹配邮箱的正则表达式需要平衡准确性（符合RFC标准）与实用性（避免过于复杂），最常被引用的“完美”RFC正则表达式极其复杂（长约6KB），日常开发中几乎不会使用。
下面提供几种不同场景下最常用的方案,并附上解释。
最常用的实用匹配（推荐用于前端表单验证）
这个正则能满足99%的常见需求，易于理解且性能良好。
^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$
分步解释：
- 匹配字符串开始。
[a-zA-Z0-9._%+-]+：用户名部分，允许大小写字母、数字以及 这些符号。 表示至少1个字符。- 文字匹配 符号。
[a-zA-Z0-9.-]+：域名部分，允许字母、数字、 和 。- 转义的 ，匹配域名的最后一个点。
[a-zA-Z]{2,}：顶级域名（如 com, org, cn），至少2个字母。- 匹配字符串结束。
适用场景： 绝大多数Web应用、用户注册、登录表单。
更宽松的匹配（适用于简单过滤）
如果只是想快速判断字符串中是否“看起来像”邮箱，且不介意过于宽松。
[\w.%+-]+@[\w.-]+\.[a-zA-Z]{2,}
\w 是 [a-zA-Z0-9_] 的简写。
注意： 这个正则没有强制 和 ，如果用在长文本中，可能匹配到 user@example.comxxx 这样的部分字符串。
更严格的 RFC 5322 简化版
RFC 5322 标准允许很多特殊字符（如引号、空格、括号），但日常很少用到，下面这个版本在复杂性和准确性之间取得了较好的平衡：
^[a-zA-Z0-9.!#$%&'*+/=?^_`{|}~-]+@[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)*\.[a-zA-Z]{2,}$
特点：
- 支持更多用户名符号。
- 对域名部分的长度（每段不超过63字符）和格式（不能以 开头或结尾）做了限制。
- 支持多级域名（如
user@sub.domain.com）。
适用场景： 对验证要求较高，但不需要支持带引号或注释的极端情况。
各主流编程语言实战示例
HTML5 (前端浏览器自带验证)
<input type="email" required>
浏览器内部有一个内置的、符合标准的正则，但不同浏览器实现略有差异（通常比方案一宽松）。这是最简单可靠的前端方案。
JavaScript
const emailRegex = /^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$/;
console.log(emailRegex.test('test@example.com')); // true
Python
import re
pattern = r'^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$'
print(bool(re.match(pattern, 'test@example.com'))) # True
Java
String regex = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$"; // 注意双反斜杠
Pattern pattern = Pattern.compile(regex);
Matcher matcher = pattern.matcher("test@example.com");
System.out.println(matcher.matches()); // true
Go
import "regexp"
func isValidEmail(email string) bool {
pattern := `^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$`
re := regexp.MustCompile(pattern)
return re.MatchString(email)
}
重要提示：正则的“陷阱”
-
的转义：在正则中， 是量词，匹配“1次或多次”，如果在邮箱用户名部分想匹配“加号”，需要写成 （反斜杠转义），上面的方案一已经正确处理了这一点（
[a-zA-Z0-9._%+-]+中， 位于字符集 内部，失去了特殊含义，匹配的是字面加号）。 -
顶级域名（TLD）：
[a-zA-Z]{2,}会允许a（但至少2个）到zzz等，现实中存在.museum这样的长域名，以及.xxx这样的3字母域名，如果要更精确，可以改用白名单：(com|org|net|edu|gov|mil|biz|info|mobi|...|cn|uk|jp)，但列表很长且会过时。 -
性能：方案三（严格版）在极端输入下可能触发灾难性回溯（Catastrophic Backtracking），对于不可信的输入（如用户提交的表单），建议优先使用编程语言自带的邮箱验证库或函数（如Python的
email-validator库），而不是一个复杂的正则。
总结建议
| 场景 | 推荐方案 | 说明 |
|---|---|---|
| 快速前端验证 | ^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$ |
简单、高效、够用 |
| HTML表单 | <input type="email"> |
利用浏览器内置验证 |
| 要求严格的内部系统 | 方案三（RFC简化版）或第三方库 | 平衡准确性和性能 |
| 最大程度的RFC兼容 | 使用专业的邮箱验证库（如Python email-validator，Node.js validator） |
不要自己写一个万能的超长正则 |
核心原则： 验证邮箱最关键的一步是发送一封确认邮件，正则只是第一道过滤器，防止明显的格式错误。
