matchAll配合命名捕获组可提取Cron字段，但正则必须带g标志；推荐先宽松匹配再按语义命名（second/minute/hour/dayOfMonth/month/dayOfWeek），字段值保持字符串原样，校验与解析需后续单独处理。
matchAll 配合命名捕获组能直接提取 Cron 各字段，但必须用全局正则
matchAll 不会返回 groups 属性，除非正则本身带 g 标志且每个匹配都包含命名捕获。Cron 表达式共 5 或 6 字段（秒可选），硬写一个覆盖所有合法变体的正则很脆弱，所以推荐分两步：先用宽松模式匹配整行结构，再靠命名组提取各域。关键点是——/^(?<minute>\S+)\s+(?<hour>\S+)\s+(?<day>\S+)\s+(?<month>\S+)\s+(?<weekday>\S+)(?:\s+(?<second>\S+))?$/</second></weekday></month></day></hour></minute> 这类写法在 matchAll 下根本不会生效，因为它是单次全匹配，不是逐字段扫描。
真正可用的是：用带 g 的正则匹配每个“字段位置”，例如 /\S+/g 先拿到全部 token，再按顺序赋给命名变量；或者更稳妥地，用一个含命名组、且明确锚定位置的正则，但必须加 g（哪怕只预期一次匹配），否则 matchAll 返回空迭代器。
- 错误写法：
str.matchAll(/(?<minute>\S+) (?<hour>\S+)/)</hour></minute>→ 返回空，因缺g - 正确写法：
str.matchAll(/(?<minute>\S+) (?<hour>\S+)/g)</hour></minute>→ 即使只有一处匹配也得加g - Cron 字段允许
*、1-5、*/2、MON,WED等，命名组值应原样保留字符串，不做预解析
命名捕获组名要对应 Cron 语义，避免用 position-based 名称如 field1
用 minute、hour、dayOfMonth、month、dayOfWeek、second 这类名称，而不是 field1～field6，原因有二：一是后续逻辑（比如校验范围、转成时间戳）需要明确语义；二是 Cron 规范里 dayOfMonth 和 dayOfWeek 存在“L”、“#”等特殊符号，含义完全不同，混用变量名会导致逻辑错乱。
注意 dayOfMonth 和 dayOfWeek 在标准 Cron 中是“或”关系（任一满足即触发），但有些实现（如 Quartz）支持两者同时指定。命名清晰能帮你早早在解构时区分处理路径。
- 推荐命名：
/(?<second>\S+)\s+(?<minute>\S+)\s+(?<hour>\S+)\s+(?<dayofmonth>\S+)\s+(?<month>\S+)\s+(?<dayofweek>\S+)/</dayofweek></month></dayofmonth></hour></minute></second>（六字段格式） - 五字段格式需单独处理，不能靠
(?<second>\S+)?</second>—— 可选捕获组在matchAll中会导致groups为undefined，应拆成两个正则或先检测字段数 - 字段间空格可能为多个，用
\s+比\s更鲁棒
matchAll 返回的是迭代器，别直接 JSON.stringify 或 for...in
matchAll 返回的是 RegExpStringIterator，不是数组，也不是普通对象。常见误操作是 JSON.stringify(result) 得到空对象，或 for (let k in result) {...} 遍历出一堆内部属性。正确做法是展开成数组或用 for...of。
另外，每个匹配项的 .groups 是普通对象，但字段值全是字符串，包括数字型字段如 "0"、"15"。如果你后续要做数值比较（比如判断分钟是否 ≤ 59），必须显式转换，且要考虑 "*"、"*/5" 这类非数字值。
- 安全展开：
Array.from(str.matchAll(regex))[0]?.groups（取第一个匹配） - 遍历所有匹配（少见但存在多行 Cron 场景）：
for (const m of str.matchAll(regex)) { console.log(m.groups); } - 别写
result[0].groups.minute——result不支持下标访问
实际解析 Cron 时，matchAll 只负责“切”，校验和展开得另写逻辑
matchAll + 命名组解决的是“怎么把字符串按语义切开”，不是“这个 minute 字段是否合法”。例如 "0-59/2" 是合法分钟值，"60" 不是；"FEB,APR" 是合法月份，"13" 不是；"MON-FRI" 和 "MON,WED,FRI" 都合法，但结构不同。这些都得在拿到 .groups 后单独处理。
尤其注意 dayOfWeek 的歧义：Unix Cron 用 0–7（0 和 7 都是周日），Quartz 用 1–7（1=周一），还有用 SUN–SAT 的。命名组只管提取原始字符串，具体解释必须延后，并明确标注所遵循的规范。
- 不要在正则里尝试验证范围，比如写
(?<minute>0|[1-5]?\d|\/\d+)</minute>—— 这会让正则难以维护，且无法覆盖"1-30/5"这类复合形式 - 字段中逗号分隔的列表（如
"1,3,5"）建议统一用.split(',').map(s => s.trim())处理，而非在正则里捕获多个子组 - 最易忽略的点：Cron 行末可能有注释（
# something），必须在matchAll前用.replace(/#.*$/, '')清洗，否则会污染最后一组的匹配
