ANTLR4监听器生成正确日期但日为01时输出错误的原因排查

1. DAY词法规则未覆盖前导零的单日场景 #

最直接的原因是DAY的正则定义没包含01-09这类带前导零的日期格式。比如如果你的规则写成：

DAY: [1-9] | [12][0-9] | 3[01];

该规则只能匹配1-9、10-29、30-31，但不支持01-09的格式。修正后的DAY规则需要补充前导零的情况：

DAY: '0'[1-9] | [1-9] | [12][0-9] | 3[01];

或简化为：

DAY: ( '0'[1-9] | [12][0-9] | 3[01] );

2. 词法规则优先级冲突 #

ANTLR词法分析遵循最长匹配优先+先定义规则优先原则。如果你的语法中MONTH规则也能匹配01，且MONTH定义在DAY之前，词法分析器会把01识别为MONTH而非DAY，导致解析时在预期DAY的位置收到MONTH token，触发不匹配错误。

比如规则顺序是：

MONTH: '0'[1-9] | 1[012];
DAY: '0'[1-9] | [12][0-9] | 3[01];

当日部分是01时，词法器会优先匹配更早定义的MONTH规则。解决方法是调整规则顺序，确保DAY在MONTH之前定义，或者通过解析规则的上下文明确约束：

date: MONTH '/' DAY '/' YEAR;

让解析器根据位置区分MONTH和DAY的使用场景。

3. 解析规则的上下文约束模糊 #

如果解析规则没有严格对应MM/DD/YYYY的结构，比如写成：

date: (MONTH | DAY) '/' (MONTH | DAY) '/' YEAR;

这种模糊定义会让解析器无法确定位置对应的token类型，引发匹配错误。必须确保解析规则严格对应格式：

date: MONTH '/' DAY '/' YEAR;

4. 输入或规则中的隐藏字符问题 #

检查输入字符串是否包含不可见字符（如全角空格、制表符），或者语法规则中是否有意外的空格处理逻辑，导致01被拆分或组合成不符合DAY规则的token。可以在测试代码中添加token流打印逻辑，确认01是否被正确识别为DAY类型。

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