antlr 4 听众停在两个地方 - 奇怪答案

【问题标题】：antlr 4 listeners stop in two places - weirdantlr 4 听众停在两个地方 - 奇怪
【发布时间】：2014-12-28 15:03:43
【问题描述】：

我正在解析类似 SQL 的语言。

我想解析完整的 SQL 语句，例如：SELECT .. FROM .. WHERE 以及一个简单的 expr 行，它可以是函数、where 子句、expr 和算术。

这是语法的重要部分：

// main rule
parse : (statments)* EOF;


// All optional statements
statments : select_statement
        |   virtual_column_statement
;

    select_statement :  
        SELECT  select_item ( ',' select_item )* 
        FROM    from_cluase  ( ',' from_cluase )*
        (WHERE  where_clause )?
        ( GROUP BY group_by_item (',' group_by_item)* )?
        ( HAVING having_condition (AND having_condition)* )?
        ( ORDER BY order_clause (',' order_clause)* )?
        ( LIMIT limit_clause)? 
        | '(' select_statement ')'

   virtual_column_statement:    
            virtual_column_expression 
;

virtual_column_expression :
            expr
        |   where_clause
        |   function
        |   virtual_column_expression arithmetichOp=('*'|'/'|'+'|'-'|'%') virtual_column_expression
        |   '(' virtual_column_expression ')'
;

virtual_columns 效果很好。

选择查询也可以，但完成后，它也会转到 virtual_column_statement。

我希望它选择一个。

我该如何解决这个问题？

编辑： 经过一番研究，我发现 antlr 将我的查询分为两个不同的部分。

我该如何解决这个问题？

谢谢，身份证

【问题讨论】：

标签： antlr4

【解决方案1】：

您的“virtual_column_statement”似乎是“select_statement”的一部分。我希望你错过了一个';'两条规则之间。

你的大部分 'select_statement' 子句都是可选的，所以在匹配 select 和 from 子句之后，如果 Antlr 认为输入的平衡更好地匹配为 'virtual_column_statement'，那么它将采用该路径。

您的选择是：

1) 使您的 select_statement 全面且至少与您的“virtual_column_statement”一样通用；

2) 在“virtual_column_statement”的开头需要一个关键字，以防止 Antlr 将其视为部分替代；

3) 将“virtual_column_statement”放在单独的解析器语法中，不要向其发送任何选择输入文本。

【讨论】：

谢谢，我加了';'在每个语句的末尾