如何编写可兼容匹配带/不带连字符数字的正则并实现正确分组捕获

现有正则的错位根源 #

• 第一版正则(\d+): ((\d+)-(\d+)|(\d+))的问题：在冒号后的匹配内容外层多嵌套了一层全量捕获组，导致双数字场景下\2会完整匹配带横杠的内容（如9-7），而非单独的第一个数字；同时横杠后的第二个数字被归入第4个捕获组，没有进入预设的\3替换位，最终输出错位。
• 第二版正则(\d+): (?:(\d+)-(\d+)|(\d+))的问题：两个匹配分支的捕获组索引不对齐——带横杠分支的第一个数字匹配在\2、第二个数字匹配在\3；但单数字分支没有前置捕获组占位，直接把单数字内容匹配在第4个捕获组，导致单数字场景下\2、\3值为空，替换输出失效。

调整后的正则写法 #

两类场景本质上可以统一为「固定结构：冒号前的必选数字 + 冒号后的必选第一个数字 + 可选的横杠加第二个数字」，不需要依赖复杂的或分支逻辑，调整后的正则为：
(\d+): (\d+)(?:-(\d+))?

捕获组对应关系 #

• 捕获组1：冒号前的数字，对应替换位A=\1，所有场景稳定匹配
• 捕获组2：冒号后的第一个数字，对应替换位B=\2，单值、双值场景均可正确捕获
• 捕获组3：横杠后跟随的数字，对应替换位C=\3；如果是单值场景没有横杠内容，该捕获组自然匹配为空

场景验证 #

用预设替换规则A=\1\nB=\2\nC=\3对两个典型场景做匹配测试：

1. 匹配文本1: 3
   各捕获组值：\1=1、\2=3、\3=
   输出结果与第一版对单值场景的预期完全一致：

   A=1
   B=3
   C=
   

2. 匹配文本24: 9-7
   各捕获组值：\1=24、\2=9、\3=7
   输出结果完全符合双值场景的预期：

   A=24
   B=9
   C=7
   

可选优化 #

如果业务上单值场景要求C值与B值保持一致（而非为空），可以在替换环节增加兜底逻辑：当\3的匹配结果为空时，自动取\2的内容作为C值输出，不需要额外调整正则结构。 #

内容的提问来源于stack exchange，提问作者Mike