非捕获组(?:...)的核心价值是让分组更干净，只负责逻辑分组和优先级控制，不占用捕获编号、不存储内容，适用于无需提取子串的场景，如配合量词、断言或避免捕获编号偏移。
非捕获组 (?:...) 的核心价值不是“让匹配变强”，而是“让分组更干净”——它只负责逻辑分组和控制优先级，不占用捕获编号，也不额外存储内容。
需要分组但不需要提取结果时
当你用括号只是为了配合 |（或）、量词（如 +、{2}）或断言，而根本不需要后续取这个子串的值，就该用非捕获组。
- 匹配时间格式
HH:mm:ss：写成(?:[01][0-9]|2[0-3]):[0-5][0-9]:[0-5][0-9]，避免把小时部分单独捕获出来 - 匹配多种协议开头：
(?:https?|ftp)://[^/\r\n]+，否则group(1)拿到的是http或ftp，而你可能只关心域名 - 校验邮箱本地部分是否含连续点：
(?:[^@.]+\.)*[^@.]+@，这里的(?:...)*只为重复模式服务，无需捕获每一段
保持捕获编号稳定、避免偏移
在已有多个捕获组的正则里，临时加一个括号做逻辑分组，会把后面所有 group(n) 的编号往后推一位。非捕获组能守住原有编号结构。
- 原始正则：
(\d{4})-(\d{2})-(\d{2})→group(1)年，group(2)月，group(3)日 - 想加年份范围校验（如排除 0000）：
(?:(?!0000)\d{4})-(\d{2})-(\d{2})→group(1)仍是月，group(2)仍是日 - 如果写成
((?!0000)\d{4})-(\d{2})-(\d{2})，那月就变成group(2)，日变成group(3)，容易出错
提升复杂正则的性能与可维护性
当正则中括号很多（比如验证日期、身份证、URL 解析），大量捕获组会增加内存开销和匹配耗时。非捕获组去掉冗余捕获，尤其在循环匹配或大文本处理时效果明显。
- 一个完整日期校验正则含十几个
()，但真正要提取的可能只有年月日三个字段 → 其余都换成(?:...) - 解析 HTML 片段时，匹配
<option value="(\w+)">(.+)</option>，若中间有可选属性（如selected），用(?:\s+selected)?插入，不影响group(1)和group(2)的位置 - 工具类库或通用解析器中，优先默认使用非捕获组，除非明确需要提取某段内容
配合命名捕获组时减少干扰
命名捕获组（如 (?<year>\d{4})</year>）本质也是捕获组，仍占编号。如果在命名组外围再套一层普通括号，编号会乱；改用非捕获组，既保持结构清晰，又不破坏命名组的索引位置。
- 写成
(?:\s*(?<key>\w+)\s*=\s*(?<value>".*?"|\w+))</value></key>，group("key")和group("value")直接可用，外层空格处理不干扰命名 - 对比
(\s*(?<key>\w+)\s*=\s*(?<value>".*?"|\w+))</value></key>，这时group(1)是整行键值对，而group("key")编号可能变成 2，易混淆
