正则表达式匹配优化需求：从右侧而非左侧开始捕获，确保CAPT1在所有案例中捕获ZZZ

我懂你遇到的问题了——原正则是从字符串开头正向匹配，前面的可选分组（g2、g3）哪怕设了可选，贪婪模式下还是会尽可能多的匹配内容，直接把结尾的ZZZ“抢”走了，导致CAPT1抓不到目标值。要实现从末尾优先捕获ZZZ，同时保留g2、g3的可选性，我们可以调整正则的匹配逻辑，让结尾的目标部分先被锁定，再处理前面的内容。

修改后的正则表达式 #

^(?<g1>\s?[a-zA-Z\.]*?)(?<g2>\s?[a-zA-Z\d]*?)?(?<g3>\s?[a-zA-Z\d]*?)?(?<g4>\s?[a-zA-Z]*?)\s?(?P<CAPT1>[A-Z]+)(?:-)(?P<CAPT2>[\w\d]+)(?:-.{2})?$

针对你的测试案例的匹配结果 #

三个测试案例中，CAPT1都会稳定捕获ZZZ，同时g2、g3保持可选（无对应内容时匹配为空）：

• AAA. A ZZZ-X37
  g1: AAA.，g2: 空，g3: 空，g4: A，CAPT1: ZZZ，CAPT2: X37
• AAA 4X X9 A ZZZ-X37
  g1: AAA，g2: 4X，g3: X9，g4: A，CAPT1: ZZZ，CAPT2: X37
• AAA 4X A ZZZ-X37
  g1: AAA，g2: 4X，g3: 空，g4: A，CAPT1: ZZZ，CAPT2: X37

关键修改点说明 #

1. 将前面分组改为非贪婪模式：把g1-g4的量词从*改成*?，这样它们会尽可能少地匹配字符，不会把结尾的空格和ZZZ前面的内容吃掉，确保结尾的CAPT1部分能优先匹配到目标值。
2. 明确CAPT1/CAPT2的匹配规则：把CAPT1的[A-Z]*改成[A-Z]+，CAPT2的[\w\d]*改成[\w\d]+——因为我们确定要捕获的是至少一个字符的内容（比如ZZZ是3个大写字母，X37是3个字符），避免匹配空字符串干扰结果。
3. 固定连接符-：根据你的测试案例，CAPT1和CAPT2之间都是用-连接的，所以把原正则里的可选(?:-)?改成固定的(?:-)；如果需要支持无-的场景，改回(?:-)?即可。

进阶：用正向预查强化末尾匹配 #

如果你需要更严格地确保结尾的模式不会被前面的分组干扰，可以加入正向预查，先锁定结尾的目标格式再匹配：

^(?<g1>\s?[a-zA-Z\.]*?)(?<g2>\s?[a-zA-Z\d]*?)?(?<g3>\s?[a-zA-Z\d]*?)?(?<g4>\s?[a-zA-Z]*?)(?=\s?[A-Z]+-[\w\d]+(?:-.{2})?$)\s?(?P<CAPT1>[A-Z]+)(?:-)(?P<CAPT2>[\w\d]+)(?:-.{2})?$

这里的(?=\s?[A-Z]+-[\w\d]+(?:-.{2})?$)是正向预查，会先检查字符串末尾是否符合CAPT1+CAPT2的格式，再进行前面分组的匹配，进一步避免贪婪匹配的干扰。

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