最稳妥的Go邮箱校验函数应使用regexp.MustCompile预编译正则，配合strings.TrimSpace清理空格，避免net/mail.ParseAddress误判；推荐正则为^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$。
Go 里用 regexp.MustCompile 写 Email 校验函数最稳妥
Go 标准库的 regexp 包不支持 PCRE 风格的高级断言（比如负向先行断言），所以别指望写一个“100% RFC 5322 兼容”的正则——实际项目中，用一个简洁、可读、能拦住明显错误的正则就足够了。推荐直接用 regexp.MustCompile 预编译，避免每次调用都重复解析。
常见错误是拿 JavaScript 或 Python 的正则直接照搬，结果在 Go 里因转义或字符类行为差异导致匹配失败。比如 \w 在 Go 的 regexp 中默认不匹配中文或下划线以外的 Unicode 字母，而多数 Email 场景其实只关心 ASCII 用户名部分。
- 用
^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$覆盖绝大多数合法邮箱（含常见域名后缀） - 开头和结尾加
^和$，否则"abc@def.com.xyz"这种字符串里会意外匹配到"def.com" - 不要用
regexp.MatchString临时编译，性能差且无法复用；预编译后全局复用更安全
为什么不用 net/mail.ParseAddress 做校验？
net/mail.ParseAddress 是为解析邮件头设计的，它接受大量非标准格式（比如带引号、空格、注释的地址），甚至能解析 "John Doe <john>"</john> 这种带姓名的完整地址。但你要的只是“这个字符串是不是一个看起来像邮箱的纯地址”，它反而会把明显非法的输入（如 "@example.com"）也解析成功（返回 nil error 但 Address 字段为空），造成误判。
-
ParseAddress不校验本地部分（@前）是否为空，也不检查域名部分是否含连续点号（"a..b@example.com"） - 它的目标是“尽力提取可用信息”，不是“严格语法校验”
- 若你已用
ParseAddress解析过地址，再额外用正则校验Address字段，属于多此一举
真实场景中要注意的边界情况
用户输入的邮箱常带首尾空格、换行符或不可见 Unicode 字符（比如零宽空格），正则本身不会自动 trim。如果直接拿原始字符串去匹配，" user@example.com " 就会失败。
- 务必先用
strings.TrimSpace清理输入，再进正则匹配 - 避免用
strings.ToLower统一小写：虽然域名部分不区分大小写，但本地部分（@前）理论上区分大小写（尽管 Gmail 等忽略），统一转小写可能掩盖业务逻辑差异 - 国际域名（IDN）如
"用户@example.中国"不能靠 ASCII 正则匹配，需先用golang.org/x/net/idna转成 punycode 再校验，但绝大多数国内业务无需支持
一个可直接粘贴使用的函数示例
package main
import (
"regexp"
"strings"
)
var emailRegex = regexp.MustCompile(`^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$`)
func IsValidEmail(email string) bool {
email = strings.TrimSpace(email)
if email == "" {
return false
}
return emailRegex.MatchString(email)
}
注意：这个正则不支持 IP 形式域名（如 user@[192.168.1.1]），RFC 允许但现实中几乎没人这么用；也不支持带引号的本地部分（如 "john..doe"@example.com），这种属于边缘中的边缘。真遇到，说明上游数据源有问题，该修的是输入环节，不是校验函数。
