Pattern.compile() 是唯一创建 Pattern 实例的途径，因其构造函数私有且需完成正则解析、语法树构建与编译优化；重复调用会引发性能问题，应缓存为 static final；用户输入需捕获 PatternSyntaxException。
Pattern.compile() 为什么必须调用，不能直接 new？
因为 Pattern 是不可变对象，构造函数是私有的，所有实例都必须通过 Pattern.compile() 创建。这个方法不仅解析正则字符串、生成语法树，还会做编译优化（比如预编译为状态机），重复使用同一 Pattern 实例能避免反复解析开销。
常见错误：每次匹配都写 Pattern.compile("...").matcher(str).find() —— 这会重复编译，性能差，且无法复用编译结果。
- 高频匹配场景（如日志行解析、表单校验）务必把
Pattern提取为static final变量 - 如果正则来自用户输入或配置文件，需加 try-catch 捕获
PatternSyntaxException -
Pattern.compile(String, int)的第二个参数支持Pattern.CASE_INSENSITIVE、Pattern.MULTILINE等标志，比在正则里写(?i)更清晰可控
Matcher.find() 和 Matcher.matches() 的行为差异
matches() 要求整个输入序列完全匹配正则，等价于在正则两端隐式加上 ^ 和 $；而 find() 只要子串匹配就返回 true，且可多次调用找下一个匹配。
典型误用：用 matches() 去判断邮箱是否“包含”某个域名，结果永远 false——它检查的是“整串是不是该域名”，不是“包不包含”。
立即学习“Java免费学习笔记（深入）”；
- 校验格式（如密码强度、手机号）用
matches() - 提取内容（如从 HTML 中找所有
）必须用find() - 调用
find()后，再调group()才能拿到匹配文本；未匹配时调group()会抛IllegalStateException
Matcher.reset() 和重用 Matcher 的坑
Matcher 是有状态的：每次 find() 或 matches() 都会移动内部指针。同一个 Matcher 实例可以反复用于不同字符串，但必须显式调用 reset(CharSequence)，否则仍沿用上一次的输入。
容易忽略的点：即使只传一个字符串进去，不 reset 也可能导致逻辑错乱，尤其在循环中复用 Matcher 时。
- 推荐写法：
matcher.reset(inputStr).find()，明确语义 - 不要依赖构造时传入的字符串自动 reset；
matcher.reset()（无参）只是回到当前已绑定字符串的开头，不是换新串 - 线程不安全：
Matcher不是线程安全的，多线程共用一个实例必须加锁或改用 ThreadLocal
group()、groupCount() 和命名捕获组怎么用
默认 group(0) 是整个匹配串，group(1) 是第一个括号捕获的内容。但硬编码数字易出错，Java 7+ 支持命名捕获组：Pattern.compile("(?，之后可用 matcher.group("year") 直接取值。
注意 groupCount() 返回的是编号捕获组数量（即 (...) 的个数），不包括命名组，也不包括 group(0)。
- 命名组名必须是合法标识符（字母/数字/下划线，不能数字开头）
- 用
matcher.groupCount() == 0判断有没有捕获组，不能靠group(1) != null，因为没匹配时group(n)返回 null，但已匹配却无第 n 组也会返回 null - 非捕获组
(?:...)不参与 group 编号，适合仅用于逻辑分组、不需提取的场景
find() 会漏匹配，reset() 会失效，group 会 NPE。 
