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。
立即学习“Java免费学习笔记（深入）”；
更隐蔽的问题是：即使正则写了括号，若未成功匹配，调用 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结果，比猜更可靠
Pattern.CASE_INSENSITIVE 对 Unicode 的影响）——这些细节不看文档、不写测试，很容易在线上环境突然出错。 
