正则表达式分组匹配需求：确保分组1始终捕获日期主体内容

我太懂你的需求啦——不管输入的是纯日期（比如friday、2/23/25、March 23），还是带后缀的日期字符串（比如friday+1、March 23 + 1d），都得让正则的分组1死死抓住最核心的日期主体，后面的+/-符号、数字、时间单位（dmyw）全部分配到其他分组，绝对不能让分组1“多吃多占”把后缀内容也吞进去！

先看看你现在用的正则：

"(.*)\s*(?:([+-])\s*([1-9]\d{0,2})([dmyw]))?$"

问题就出在那个(.*)上——它是贪婪匹配模式，会尽可能多地抓取字符，遇到后面的空格或者符号时，很可能把日期后面的空格甚至+/-前的内容都塞进分组1里，比如处理March 23 + 1这种字符串时，分组1可能会错误地抓到March 23 +，完全不符合你的要求。

那咱们怎么改呢？核心就是给分组1的匹配加个“停止线”，让它在碰到后续的符号前缀或者字符串结尾时就立刻停住。这里给你两个靠谱的修改方案：

• 方案一：用负向预查精准限制匹配范围

  "((?:(?!\s*[+-]).)+)\s*(?:([+-])\s*([1-9]\d{0,2})([dmyw]))?$"
  

  这个方案的核心是(?:(?!\s*[+-]).)+，意思是：匹配任意字符，但前提是这个字符后面不会紧跟着可选的空格和+/-符号，这样就能精准卡在日期主体的末尾，绝对不会越界。

• 方案二：用非贪婪匹配+正向预查（更易读）

  "([\w\s/]+?)(?=\s*[+-]|$)\s*(?:([+-])\s*([1-9]\d{0,2})([dmyw]))?$"
  

  这里用了非贪婪的[\w\s/]+?（尽可能少地匹配字符），再配合正向预查(?=\s*[+-]|$)（检测到后续的符号前缀或者字符串结尾就停止匹配），同样能精准捕获日期主体，而且写法更直观，容易理解。

现在咱们测试下所有场景，保证分组1都符合预期：

• 输入friday：分组1 = friday，分组2-4为空
• 输入friday+1d：分组1 = friday，分组2 = +，分组3 = 1，分组4 = d
• 输入2/23/25 + 1：分组1 = 2/23/25，分组2 = +，分组3 = 1，分组4为空
• 输入March 23 - 3w：分组1 = March 23，分组2 = -，分组3 = 3，分组4 = w

这样所有情况都能完美满足你的需求啦！

备注：内容来源于stack exchange，提问作者Michael T