当语法中存在字面量（如 `"rs"`）与正则终端（如 `/r[0-7]|rs/`）重叠时，lark 的词法分析器可能因匹配优先级不明确而产生解析歧义，导致不同版本行为不一致；解决关键是将语义不同的标识符拆分为独立终端，并在语法规则中显式区分使用。
在 Lark 中，词法分析（lexer）阶段的终端匹配顺序直接影响语法解析的确定性。原始问题的核心在于：REG 终端被定义为正则 /R[0-7]|RS/，而 special_stmt 又显式要求字面量 "RS" 与 SPECIAL_ASSIGN（&=）组合。这导致 lexer 在遇到 "RS" 时，既可将其归为 REG（进而尝试匹配 mov_stmt），也可（理论上）保留为独立字面量以支持 special_stmt ——但 Lark 实际上会优先将输入完全匹配到最早声明或最高优先级的终端中，且字面量与正则混用时，正则的贪婪性与版本差异（如 lark-parser 0.12.0 vs lark 1.1.9 的 lexer 实现微调）会放大不确定性。
✅ 正确解法是 语义驱动的终端拆分（Semantic Token Splitting）：
将具有不同语法角色的相同字符串（如 "RS"）拆分为两个逻辑独立的终端：
- REG：仅匹配通用寄存器 R0–R7（正则 /R[0-7]/）
- SPECIAL_REG：专用于 special_stmt 的字面量 "RS"（声明为 SPECIAL_REG.2: "RS"）
同时，在语法规则中分层引用：
reg: REG | SPECIAL_REG // mov_stmt 可接受所有寄存器（含 RS） special_reg: SPECIAL_REG // special_stmt 仅接受 RS（显式约束）
这样，lexer 能无歧义地将 "RS" 分配给 SPECIAL_REG（因其字面量声明更精确、优先级更高），而 mov_stmt 中的 reg 仍能覆盖 SPECIAL_REG，保证 RS = R7 合法；special_stmt 则严格绑定 SPECIAL_REG SPECIAL_ASSIGN const，确保 RS &= 1 唯一匹配。
? 关键注意事项：
- 终端优先级规则：Lark 中，字面量终端（如 "RS"）默认比正则终端（如 /.../）具有更高匹配优先级（尤其当 .2 显式指定优先级时）；
- 避免正则泛化：/R[0-7]|RS/ 表面简洁，实则混淆了两类寄存器的语义边界，是歧义根源；
- 验证建议：使用 parser.parse(..., debug=True) 查看 token 流，确认 "RS" 是否被识别为 SPECIAL_REG 而非 REG；
- 扩展性：若未来新增 R8 或 SP 等特殊寄存器，只需添加对应终端和语法规则，无需修改正则逻辑。
通过终端语义化拆分，不仅解决了跨版本兼容性问题，更使语法具备更强的可读性、可维护性与类型安全性——这是构建健壮 DSL 解析器的关键实践。
