为什么ANTLR使用COBOL.g4解析COBOL代码时无法匹配整数值

1. 入口规则调用错误：你当前调用的parser.startRule()不是所使用的COBOL.g4语法的顶层合法入口，ProLeap COBOL语法的正确顶层入口为compilationUnit，错误的入口会导致解析上下文完全错位，规则匹配逻辑混乱。
2. COBOL格式适配问题：该语法默认适配标准固定格式COBOL，要求代码行前6位为行号/留白、第7位为续行符/留白，代码内容从第8位开始。你使用的测试代码缩进不符合固定格式要求，导致词法解析偏移，数字内容没有进入正确的字面量匹配逻辑。
3. 词法规则优先级异常：语法规则中数字字面量（INTEGERLITERAL/NUMERICLITERAL）的匹配优先级低于层级号硬编码规则（'66'/'77'/'88'）和部分关键字规则，导致普通整数字面量被拦截，未被识别为合法数值token。

• 修正解析入口调用：将JS代码中

var tree = parser.startRule();

替换为

var tree = parser.compilationUnit();

匹配语法定义的顶层解析规则。

• 调整COBOL代码格式：将测试代码调整为符合标准的固定格式，前6位统一留白，第7位留白，代码从第8位开始编写；如果需要支持自由格式COBOL，可修改COBOL.g4规则，删除行号区、指示符区的强制校验逻辑。
• 调整词法规则优先级：打开COBOL.g4文件，将INTEGERLITERAL、NUMERICLITERAL的规则定义移动到'66'、'77'、'88'等硬编码层级号规则和关键字规则之前，确保数字字面量优先匹配。
• 调试验证：实例化Lexer后输出所有识别到的token，确认数字内容被正确标记为INTEGERLITERAL，若仍有匹配问题可在数值接收的语法节点处新增纯数字字符串的匹配兜底。

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