不靠。String.matches()仅能粗筛，因正则简陋、未校验DNS/MX，且易受null、性能、转义等问题影响；需配合判空、预编译Pattern、InternetAddress解析、确认邮件及trim等多重校验。
Java里用String.matches()验证邮箱，到底靠不靠谱
不靠。它只能做粗筛，连user@domain.com这种基本结构都可能放过明显非法的输入，比如user@@domain..com或user@domain（缺后缀）。String.matches()本身没毛病，问题出在正则写法太简单、又没人校验DNS或MX记录。
一个能过常见测试但不过度复杂的正则怎么写
别抄网上“完美邮箱正则”——那种动辄500字符的表达式既难维护，又容易因JDK版本差异行为不一致。用这个平衡点："^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$"
- 开头
[A-Za-z0-9._%+-]+覆盖主流用户名字符，排除空格和中文（多数SMTP不支持） -
@后面强制要求有.和至少两个字母的顶级域，堵住user@domain这种漏网之鱼 - 注意
\.里的双反斜杠：Java字符串要转义一次，正则引擎还要转义一次 - 别用
^和$以外的边界符——matches()默认全匹配，加了反而冗余
为什么String.matches()比Pattern.compile().matcher().find()更易出错
因为matches()隐式加了^和$，而你写的正则如果忘了锚定，结果就不可控。更麻烦的是：它对null直接抛NullPointerException，且不缓存编译结果，高频调用时性能差。
- 必须先判空：
email != null && email.matches(...) - 如果每秒校验上百次邮箱，建议提前
Pattern pattern = Pattern.compile("...")，复用pattern.matcher(email).matches() - 别信“正则能100%验证邮箱”的说法——它连
"test@localhost"这种合法本地地址都会误杀
真正上线前必须补的三件事
正则只是第一道门，绕过它太容易。真实系统里漏掉这三点，等于白写：
立即学习“Java免费学习笔记（深入）”；
- 用
InternetAddress解析（javax.mail.internet）做语法二次校验，它会识别"John Doe <john>"</john>这类带姓名的格式 - 发一封带唯一token的确认邮件——这是唯一能证明邮箱真实可用的方式
- 对用户输入做Trim：
email.trim().matches(...)，否则" user@example.com "会失败
正则再准，也防不住把gmail.com打成gmai.com的人；而拼写纠错、域名自动补全这些事，得交给前端或专门服务，不是一行matches()能扛的。
