Java中括号默认为捕获组，影响group()索引、性能及替换行为；非捕获组(?:...)不占编号、不存结果、无性能开销；命名捕获组(?...)在Java 8+支持，仍占用编号且不可重名。
Java里Pattern的括号默认就是捕获组，不加?:就会存匹配结果
Java正则中，一对普通圆括号()不仅用于分组逻辑，还会自动成为“捕获组”——意味着每次匹配成功后，Matcher.group(1)、Matcher.group(2)这些方法能取到对应括号里的内容。这在提取字段时很实用，但也会带来开销和干扰。
常见错误现象：Matcher.groupCount()返回值比你预期的多；用replaceAll()替换时，$1、$2意外被替换成空或旧值；或者性能敏感场景下发现Matcher.find()变慢。
- 如果只是想分组控制优先级或复用
|逻辑，但不需要提取内容，必须写成(?:...) -
group(0)永远是整个匹配串，和括号无关；真正从group(1)开始才对应第一个左括号 - 嵌套捕获组按左括号出现顺序编号，不是按层级——
((a)(b))中，group(1)是ab，group(2)是a，group(3)是b
非捕获组(?:...)不进group()索引，但影响groupCount()吗？
不影响。groupCount()只统计捕获组数量，(?:...)完全不计入。这点常被误读，以为“非捕获”只是不让group(n)访问，其实它连编号资格都没有。
使用场景：写带可选部分的模式时，比如匹配https?://后面跟域名，你想把协议单独捕获，但?后面的s只是修饰符，不该占一个组号。
立即学习“Java免费学习笔记（深入）”；
示例：Pattern.compile("https?://(w+.w+)") → group(1)是域名；若写成Pattern.compile("(?:https?)://(w+.w+)")，效果一样，但更清晰表明协议部分不参与捕获。
- 非捕获组可以嵌套在捕获组里，比如
(A(?:B|C)D)，只有最外层括号算一个捕获组 - 所有
Matcher方法如start(1)、end(1)只对真实捕获组有效，对(?:...)调用会抛IllegalStateException - 在
replaceFirst()或replaceAll()中，$1不能引用非捕获组，否则直接当字面量输出
Java 8+ 的命名捕获组(?<name>...)</name>怎么用，和编号组混用会怎样
Java 7 不支持命名捕获组，8 开始支持，语法是(?<name>...)</name>。它本质还是捕获组，只是多了个名字，可以用matcher.group("name")取值，比硬记数字更安全。
容易踩的坑：命名组依然占用编号！比如(?<proto>https?)://(?<host>\w+\.\w+)</host></proto>，group(1)是proto，group(2)是host，和没命名时编号规则完全一致。
- 命名不能含空格或特殊符号，只能是字母、数字、下划线，且不能以数字开头
- 同一个正则里不能重复命名，否则编译时报
java.util.regex.PatternSyntaxException: named capturing group is a duplicate - 混用编号和命名没问题，但别依赖编号顺序去猜名字——尤其团队协作时，有人删了前面一个组，后面所有编号全偏移，而
group("host")永远稳定
性能差异：捕获组多真的会拖慢匹配速度吗
会，尤其在长文本、复杂正则、高频调用场景下。JVM需要为每个捕获组分配并维护起始/结束位置，还要在Matcher对象里存一份引用。非捕获组跳过这步，开销接近零。
典型场景：日志行解析（每秒几千行）、CSV字段切分（逗号+引号嵌套）、HTML标签粗筛（不用JSoup时临时用正则）。这时候哪怕只是多一两个无用括号，累积起来就明显。
- 用
Pattern.compile(..., Pattern.DOTALL | Pattern.CASE_INSENSITIVE)这类标志不影响捕获开销，但Pattern.UNICODE_CASE可能略微增加字符判断成本 - 如果正则里有大量
.*又带捕获组，回溯会更重——因为每次回溯都要更新所有捕获位置 - 验证性匹配（只用
matches()或find()判断真假）时，根本不需要任何捕获组，一律改用(?:...)或去掉括号
复杂点在于：有时候你得先捕获，才能决定下一步怎么处理；但一旦确认逻辑稳定，立刻把不再需要提取的括号加上?:。这个优化动作很小，但很容易被忽略——毕竟不报错，只是慢一点。
