支持匹配至冒号或行尾的正则分组捕获实现问题

当前使用的正则^(?P<grp1>[A-Z]{3,10})\s(?P<grp2>.*)(?=\:)(?:.)*$ 无法适配无冒号场景的根源，是将冒号存在设置成了刚性的强制匹配条件。

现有规则的核心问题 #

• 内置的(?=\:)是正向先行断言，要求当前匹配位置的下一个字符必须是冒号，否则直接判定匹配失败，完全没有为“字符串中不存在冒号”的场景预留匹配通道，这是无冒号字符串匹配失效的直接原因
• 前置的.*是贪婪匹配规则，会从空格后开始把所有内容向grp2分组填充，直到走到必须校验冒号的位置；遇到不含冒号的字符串时，引擎遍历到行尾都找不到符合要求的冒号校验点，就会直接返回匹配失败
• 末尾的(?:.)*属于冗余匹配逻辑：它本身是不捕获内容的全范围匹配，因为grp2的贪婪规则已经吃掉了除冒号位置外的所有文本，这部分逻辑既没有提升匹配灵活性，反而放大了前置断言的刚性要求

修正后的可用正则 #

^(?P<grp1>[A-Z]{3,10})\s(?P<grp2>[^:]*)(?::.*)?$

规则设计逻辑 #

替换后完全去掉了对冒号的强制校验，通过两层灵活匹配覆盖所有目标场景：

• grp2分组使用[^:]*匹配所有非冒号的连续字符：遇到冒号就自动停止填充，没有冒号时会一直匹配到行尾
• 末尾使用(?::.*)?作为可选非捕获组：存在冒号时，自动吃掉冒号及后续的所有内容；不存在冒号时直接跳过匹配，不会触发报错

全场景验证 #

• 匹配XXX 1 A:B：grp1捕获XXX，grp2捕获1 A，冒号后的B被非捕获组吃掉，完全保留原有可正常工作场景的表现
• 匹配XXX 1 A:：grp1捕获XXX，grp2捕获1 A，冒号被非捕获组吃掉，完全保留原有可正常工作场景的表现
• 匹配XXX A：grp1捕获XXX，grp2捕获A，因字符串无冒号，可选非捕获组直接跳过，匹配成功，补全了原有规则的匹配盲区

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