在Java和ANTLRWorks调试器中捕获ANTLR的NoViableAltException

Question

考虑一下，我们尝试将一些不正确的输入文本提供给某种语法（例如，包含一些未知标记的文本）。在ANTLRWorks解释过程中，我们将NoViableAltException在图中看到。

UPD： 在两种情况下会出现此异常：

1）意外使用某些已知令牌，在这种情况下，我们将收到类似 line 5:36 no viable alternative at input ','

2）使用未知令牌类型。例如，语法对以@符号开头的标记一无所知。而且我们正在尝试将带有这种标记的文本提供给我们的语法。

不幸的是， 在情况（2） 中，ANTLRWorks调试器和生成的Java代码 均未引发该异常
；但是只能在ANTLRWorks解释器的结果图中看到。

我还尝试将以下标准代码添加到语法中：

@parser::members {
    private IErrorReporter errorReporter = null;
    public void setErrorReporter(IErrorReporter errorReporter) {
        this.errorReporter = errorReporter;
    }
    public void emitErrorMessage(String msg) {
        errorReporter.reportError(msg);
    }
}
@lexer::members {
    ... the same code as above ...
}

此构造成功捕获类型（1）的解析错误（例如，有关令牌意外使用的错误：）line 5:36 no viable alternative at input ','。但是，如果输入不可行且令牌未知，则解析器仅children == null在顶级CommonTree对象中生成，而不会报告任何错误。

我正在使用antlr 3.5。

问题：是否有可能NoViableAltException在生成的Java代码中陷入描述的情况？

Answer 1

好吧，280Z28对这个问题的第二部分给出的答案很好地解决了这两个问题。因此，这是正确的答案。
当词法分析器包含可以匹配空字符串的规则时，通常会发生这种情况。例如，考虑以下规则：

WS : (' ' | '\t')*;

该规则可以创建一个WS令牌，该令牌总共包含0个空格和/或制表符，这意味着在您输入的任何其他令牌之间可以有无限多个。在涉及无效输入的某些情况下，错误恢复过程可能被强制进入无限循环，该循环将缓冲令牌，直到Java用尽内存。

解决这种情况的第一步是检查每个词法分析器规则，以确保不会发生这种情况。所述WS应该代替这样写，以确保至少1空间和/或制表符被消耗。

WS : (' ' | '\t')+;

PS：ANTLR 4对语法执行静态检查，如果发生错误，将产生错误（4.0）或警告（4.0.1+）。