String.matches()不能直接用该正则因Java字符串转义要求点号写成\.、反斜杠需双重转义，否则报PatternSyntaxException；且应先判空、再快速校验@和.位置，最后用预编译正则。
String.matches() 为什么不能直接用 ^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,}$
因为 String.matches() 默认要求**整个字符串完全匹配**正则，而你写的正则本身已用 ^ 和 $ 锚定首尾，看似合理——但问题出在 Java 字符串转义上。你在 Java 里写 "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$" 才对：点号 . 在正则中是特殊字符，必须写成 \.；反斜杠本身在 Java 字符串中又要再转义一次。漏掉这层，实际传给正则引擎的是 .（非法转义），运行时报 PatternSyntaxException。
邮箱正则别硬刚，先明确你要验证到什么程度
RFC 5322 定义的合法邮箱极其复杂，用单条正则根本覆盖不全。生产环境建议用专用库（如 Apache Commons Validator），但若只是前端提交后简单拦截明显错误，可用轻量正则。关键判断点：
-
@必须存在且只能有一个（indexOf('@') == lastIndexOf('@')先快速筛） - 本地部分（@前）不能以
.、+、-开头或结尾，也不能连续出现.. - 域名部分（@后）必须含至少一个点，且顶级域至少 2 字母（
[a-zA-Z]{2,}） - 避免过度限制：比如
+test@mail.co.uk是合法的，但很多“简版正则”会误杀
推荐一个够用又不易崩的正则表达式
用这个："^[A-Za-z0-9](?:[A-Za-z0-9._-]*[A-Za-z0-9])?@(?:[A-Za-z0-9](?:[A-Za-z0-9.-]*[A-Za-z0-9])?\.)+[A-Za-z0-9][A-Za-z0-9.-]*[A-Za-z0-9]$"
说明：
立即学习“Java免费学习笔记（深入）”；
- 本地部分：强制首尾为字母数字，中间允许
._-，但禁止连续或孤立的分隔符 - 域名部分：每段（包括二级域、顶级域）都强制首尾字母数字，中间可含
.和- - 点号全部用
\.转义，且确保只出现在域名段中 - 比网上泛滥的
.*@.*\..*严格，又比 RFC 全量正则更稳
调用示例：
String email = "user.name+tag@domain.co.uk";
boolean valid = email.matches("^[A-Za-z0-9](?:[A-Za-z0-9._-]*[A-Za-z0-9])?@(?:[A-Za-z0-9](?:[A-Za-z0-9.-]*[A-Za-z0-9])?\.)+[A-Za-z0-9][A-Za-z0-9.-]*[A-Za-z0-9]$");
比正则更靠谱的验证顺序
单纯依赖 matches() 容易翻车，尤其遇到空字符串、null、超长字符串时：
- 先判
email == null || email.trim().isEmpty()，避免 NPE 或匹配空串 - 再用
email.indexOf('@') 快速排除明显非法结构（如 <code>@.com、a@b） - 最后才走正则，且建议把正则编译成
Pattern静态常量复用，避免每次调用都重新编译 - 注意：Gmail 会忽略本地部分的
.（a.b@gmail.com和ab@gmail.com视为同一账号），但验证阶段通常不需要做归一化
真正难的不是写对正则，而是想清楚你要拦住什么、放过什么——比如要不要支持国际化域名（IDN）、要不要校验 DNS MX 记录，这些已经超出 matches() 的能力范围了。
