预编译正则可避免重复解析开销，应缓存为static final Pattern；注意Java字符串双反斜杠转义；matches()要求全串匹配，find()用于子串匹配；调用group()前必须先成功执行find()/matches()；Matcher需reset()才能复用，且线程不安全。
Pattern.compile() 为什么要预编译正则表达式
频繁调用 Pattern.compile() 会重复解析正则字符串，生成新的 Pattern 对象，带来不必要的开销。尤其在循环或高并发场景下，直接写 Pattern.compile("...").matcher(str).find() 是典型反模式。
正确做法是将编译结果缓存为 static final Pattern：
private static final Pattern EMAIL_PATTERN = Pattern.compile("^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,}$");
注意转义：Java 字符串里反斜杠要写成 \\，比如匹配字面量点号得用 \\.，否则 \. 会被 Java 当作非法转义报错。
- 正则中含大量
\（如 Windows 路径、日期格式）时，建议用Pattern.quote()包裹字面量部分 - 若正则由用户输入，必须校验或限制长度，防止 ReDoS 攻击
-
Pattern.CASE_INSENSITIVE等标志位应在compile()时传入，而非在 matcher 阶段“补加”
Matcher.find() 和 Matcher.matches() 的行为差异
matches() 要求整个输入序列完全匹配正则，等价于在正则首尾隐式加上 ^ 和 $；find() 只需子串匹配，更常用。
立即学习“Java免费学习笔记（深入）”；
例如对字符串 "abc123def"：
-
Pattern.compile("\\d+").matcher("abc123def").matches()→false（整串不是纯数字） -
Pattern.compile("\\d+").matcher("abc123def").find()→true（找到"123"） -
Pattern.compile("123").matcher("abc123def").find()→true，且后续可调group()取值
别误用 matches() 去做子串提取——它不支持分组捕获，也不返回匹配位置。
如何安全获取 group() 结果并避免 IllegalStateException
Matcher.group() 或 group(int) 只能在成功调用 find()、matches() 或 lookingAt() 后调用。否则抛 IllegalStateException。
典型错误写法：
Matcher m = PATTERN.matcher(input); String value = m.group(1); // ❌ 未先 find()，直接报错
正确流程必须带判断：
Matcher m = EMAIL_PATTERN.matcher(input);
if (m.find()) {
String email = m.group(); // 全匹配内容
// 或 String localPart = m.group(1); 若正则含捕获组
}
- 用
m.groupCount()查看有多少捕获组，索引从 1 开始，group(0)是全匹配 - 某组可能未参与匹配（如
(a)?b中a缺失），此时group(1)返回null，需判空 - 想一次性提取所有匹配项，用
while(m.find()) { ... }循环，不要只调一次find()
Matcher.reset() 在复用 matcher 时的必要性
Matcher 是有状态对象。同一个 matcher 实例多次用于不同字符串时，必须显式调用 reset()，否则仍沿用上一次的输入和游标位置。
常见坑：
Matcher m = PATTERN.matcher("hello");
m.find(); // 找到 "he"
m.reset("world"); // ✅ 正确：重置为新字符串
// 或 m.reset(); 再 setInput("world")
- 不调
reset()直接对新字符串操作，find()仍作用于旧字符串 -
reset(CharSequence)比先reset()再usePattern()更高效 - 线程不安全：
Matcher不可共享，每个线程应持有独立实例
正则匹配本身不难，但状态管理、转义规则和异常时机容易忽略——尤其是 group() 前忘掉 find()，或是把 matches() 当 find() 用，这两类错误在日志里往往只体现为 NullPointerException 或空结果，排查起来反而比语法错误更耗时。
