应使用预编译的Pattern配合matches()校验邮箱，避免String.matches()重复编译；需加^$锚点确保全匹配；推荐结合InternetAddress做语法级兜底校验。
Java里用Pattern和Matcher校验邮箱，别直接抄网上正则
绝大多数人一搜“Java邮箱正则”，就粘贴一个长串^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,}$完事。它能过test@example.com，但也会放行a@b.c（合法RFC？不，只是太宽松），更拦不住user@domain..com或@example.com这种明显错的。真正可用的校验得兼顾可读性、维护性和实际约束——比如你系统是否允许+号分隔（user+tag@gmail.com）、是否接受中文域名（张三@例子.中国）。
用Pattern.compile()预编译正则，别每次matches()都重编译
频繁调用String.matches()会隐式重复编译正则，性能浪费明显，尤其在登录、注册等高频入口。正确做法是把Pattern对象抽成static final常量，复用编译结果。
常见错误：写成if (email.matches("..."))——每次进方法都触发Pattern.compile("...")。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 把常用正则定义为
private static final Pattern EMAIL_PATTERN = Pattern.compile("^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$"); - 校验时用
EMAIL_PATTERN.matcher(email).matches()，不是email.matches(...) - 如果要提取用户名或域名，用
matcher.group(1)比反复split("@")更可靠
Matcher.find()和matches()的区别，决定你到底想“包含”还是“等于”
这是最容易混淆的点：用find()会匹配字符串中任意位置的子串，而matches()要求整个字符串完全匹配正则。邮箱校验必须用matches()，否则"abc@test.com xyz"（带空格和垃圾字符）也会通过。
典型翻车场景：
- 误用
matcher.find()→" user@domain.com "（前后有空格）返回true，但实际不该通过 - 忘了trim() → 空格不被正则捕获，却导致业务逻辑出错
- 正则没加
^和$锚点 → 即使用matches()也白搭，因为Pattern默认就是全匹配，但自己写的正则若漏了锚点，语义就变了
生产环境别只靠正则，InternetAddress才是兜底方案
正则再精妙，也覆盖不了所有RFC 5322合法邮箱（比如带引号的"John Doe"@example.com）。Java自带的javax.mail.internet.InternetAddress能做语法级解析，比正则更贴近真实邮件系统行为。
注意点：
- 需要引入
jakarta.mail（新版本）或javax.mail（旧版），不是JDK自带 - 它不验证域名是否存在、MX记录是否有效，只做格式和结构校验
- 对空格、引号、括号等边界情况处理更鲁棒，但性能略低于纯正则
- 建议组合使用：先用轻量正则快速过滤明显非法输入（如无@、双@@），再用
InternetAddress做最终确认
复杂点在于，真正的邮箱有效性永远不在客户端——正则和InternetAddress都只是第一道筛子，最终得靠发送验证邮件并等待用户点击链接。别让正则成为你对“邮箱有效”的全部想象。
