Pattern.compile() 是唯一合法创建 Pattern 实例的方法，因 Pattern 无 public 构造器；必须先编译再匹配，否则 matcher() 调用无效。

Pattern.compile() 为什么必须调用？直接 new Pattern 不行

Java 中 Pattern 是不可实例化的抽象概念，没有 public 构造方法，new Pattern() 编译直接报错。所有正则编译必须走 Pattern.compile(String regex) 或带标志的重载版本。

常见错误是误以为字符串本身就能匹配，结果在调用 matcher() 前没编译——这会导致运行时无异常但逻辑失效（比如 pattern.matcher("abc").find() 返回 false，只因 pattern 是 null 或未正确初始化）。

• Pattern.compile("a+b+") 是标准入口，返回可复用的 Pattern 实例
• 频繁使用的正则建议缓存 Pattern 对象（它是线程安全的），避免重复编译开销
• 若正则含动态内容（如用户输入），务必对特殊字符做 Pattern.quote() 转义，否则可能引发 PatternSyntaxException

Matcher.find() 和 Matcher.matches() 的行为差异

这两个方法常被混淆：matches() 要求**整个输入序列完全匹配**正则；而 find() 只需**子串匹配**，且支持多次调用扫描全文本。

String text = "ab123cd456";
Pattern p = Pattern.compile("\\d+");
Matcher m = p.matcher(text);

System.out.println(m.matches()); // false：text 不全是数字
System.out.println(m.find());    // true：找到 "123"
System.out.println(m.find());    // true：继续找到 "456"
System.out.println(m.find());    // false：扫描结束

• 想验证字符串格式（如邮箱、手机号），用 matches()
• 想提取所有数字/标签/URL，用 find() + group()
• lookingAt() 是折中方案：从头开始匹配，但不要求匹配到末尾

Matcher.group() 与 groupCount() 的索引陷阱

group(0) 表示整个匹配内容，group(1) 开始才是第一个捕获组——这个“0”容易被忽略，导致 IndexOutOfBoundsException。

更隐蔽的问题是：即使正则写了括号，若未成功匹配，调用 group(n) 会抛 IllegalStateException（不是空指针）。

• 必须先确认 find() 或 matches() 返回 true，再取 group()
• groupCount() 返回的是**捕获组数量**，不包括 group(0)；它不会动态变化，哪怕某次匹配没进某个分支
• 非捕获组 (?:...) 不计入 groupCount()，也不分配索引

replaceAll() 看似简单，但替换字符串里的 $ 和 \ 需转义

String.replaceAll() 内部仍走 Pattern + Matcher，但它的 replacement 参数会被解析为“替换模板”，其中 $1、$0、$$ 有特殊含义——这意味着你不能直接写 "$1_$2" 想字面替换，除非确保 $ 后跟数字或 $$。

更麻烦的是反斜杠："\\." 在 Java 字符串里是单个 \.，但在 replacement 中，\. 又会被解释为转义点号；要字面输出一个反斜杠，得写 "\\\\."（四个反斜杠）。

• 安全做法：用 Matcher.replaceAll() 配合 Matcher.quoteReplacement()
• 或者改用 String.replace()（无正则，纯字面替换）
• 调试时打印 matcher.group() 和 replacement 结果，比猜更可靠