Pattern.matches()仅适用于一次性布尔匹配，无法获取分组、位置或连续查找；复杂匹配必须显式创建Matcher实例，因其维护状态并支持find()、group()等操作。
Java 的 Pattern 和 Matcher 不是“拿来就能用”的工具类，它们的协作机制决定了：直接调用 Pattern.matches() 看似简单，但真要复用、提取、分组或处理多轮匹配，必须显式创建 Matcher 实例——否则会反复编译正则、丢失状态、无法获取捕获组。
为什么不能只用 Pattern.matches() 做复杂匹配
这个静态方法只适合一次性布尔判断，底层每次调用都重新编译正则、新建 Matcher、执行一次 find() 并丢弃结果。它不返回 Matcher，所以你拿不到分组内容、起始/结束位置，也无法连续 find() 多次。
- 想提取邮箱中的用户名部分？
Pattern.matches()做不到 - 要遍历一段文本里所有手机号？它只告诉你“有没有”，不告诉你“在哪几个”
- 正则含
(d{4})-(d{2})-(d{2})这种括号？它不暴露group(1)、group(2)
Pattern.compile() 后必须调用 matcher() 才能真正干活
Pattern 是正则编译后的不可变对象，本身不持有匹配上下文；Matcher 才是绑定具体字符串、维护匹配状态（如上次 find() 位置）的运行时实例。一个 Pattern 可以生成多个 Matcher，但每个 Matcher 只属于一个输入字符串。
- 重复使用同一正则匹配不同字符串？先
Pattern.compile("...")一次，再对每个字符串调用pattern.matcher(input) - 同一个字符串要多次查找？复用同一个
Matcher，反复调用find()，它会自动从上一次结束位置继续 - 想重置匹配位置？调用
matcher.reset(newString)或matcher.reset()回到开头
find()、matches() 和 lookingAt() 的行为差异很关键
这三个方法都返回 boolean，但语义完全不同，选错就匹配失败：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
find()：只要字符串中**存在子串**满足正则，就返回true，且把指针移到匹配段末尾（支持循环调用） -
matches()：要求**整个字符串**完全匹配正则（等价于在正则前后加^和$），常被误用于子串场景 -
lookingAt()：只要字符串**开头部分**匹配正则（不要求全串），类似^开头但不强制结尾
例如正则 "\d+" 匹配字符串 "123abc"：find() 成功，matches() 失败，lookingAt() 成功。
捕获组和 group() 的索引容易搞混
group(0) 永远是整个匹配的字符串，不是第一个括号；真正的第一个捕获组是 group(1)，以此类推。如果某组未参与本次匹配（比如用了 (a)? 但没匹配到 a），group(n) 返回 null，不是空字符串。
- 别用
groupCount()判断某组是否存在——它只返回正则里左括号数量，不管是否匹配成功 - 需要安全取值？先
if (matcher.group(2) != null)再用 - 命名捕获组（Java 7+）写法是
"(?<year>\d{4})"，取值用matcher.group("year")，比数字索引更可读
真正麻烦的从来不是写对正则，而是忘记 Matcher 是有状态的、以为 matches() 能替代 find()、或者在循环里反复 new Matcher 却没重置——这些细节不踩一遍坑，很难意识到它们才是性能和逻辑错误的源头。
