在JavaEye的博客频道逛，看到NeuronR的blog上有关于他的编译器实践的帖子，觉得有点意思，于是 平行的用别的方法来做那个编译器。那边要求是用C来实现，我这边就用些方便些的语言来实现吧。
本篇将通过ANTLR 3.1描述Jerry语言，并在ANTLRWorks里实验，通过生成的解析器来得到Jerry程序代 码对应的解析树。
关注过解析器生成器的话，ANTLR应该不会是个陌生的名字才对。Anyway简短说几句。ANTLR在生成解 析器方面正得到越来越多的应用，几个实例，XRuby项目用了，Jython现在正在使用，SapphireSteel的 Ruby和ActionScript. IDE也用ANTLR来生成编译器前端。
ANTLR，ANother Tool for Language Recognition，是由Terence Parr教授开发的语言工具，用于协 助生成解析器、编译器、解释器等与语言处理相关的程序。它由PCCTS发展而来，特征是可以生成采用LL (*)算法的递归下降式的解析器。它所使用的语法表述格式类似于常见的EBNF（extended Backus–Naur form），易于理解和维护。
读了编译器构造实践[任务布置]之后，大概琢磨着语法应该是像这样的吧：
Jerry.g：（ANTLR 3.1语法）
Java代码
1.grammar Jerry;2.3.program : statementList EOF4. ;5.6.statementList7. : statement*8. ;9.10.statement11. : expressionStatement12. | variableDeclaration13. | blockStatement14. | ifStatement15. | whileStatement16. | breakStatement17. | readStatement18. | writeStatement19. ;20.21.expressionStatement22. : expression SEMICOLON23. ;24.25.variableDeclaration26. : typeSpecifier Identifier ( LBRACK Integer RBRACK )* initializer?27. ( COMMA Identifier ( LBRACK Integer RBRACK )* initializer? )*28. SEMICOLON29. ;30.31.typeSpecifier32. : INT | REAL33. ;34.35.initializer36. : EQ ( expression | arrayLiteral )37. ;38.39.arrayLiteral40. : LBRACE41. ( expression | arrayLiteral ) ( COMMA ( expression | arrayLiteral ) )*42. RBRACE43. ;44.45.blockStatement46. : LBRACE statementList RBRACE47. ;48.49.ifStatement50. : IF LPAREN expression RPAREN statement ( ELSE statement )?51. ;52.53.whileStatement54. : WHILE LPAREN expression RPAREN statement55. ;56.57.breakStatement58. : BREAK SEMICOLON59. ;60.61.readStatement62. : READ variableAccess SEMICOLON63. ;64.65.writeStatement66. : WRITE expression SEMICOLON67. ;68.69.variableAccess70. : Identifier ( LBRACK Integer RBRACK )*71. ;72.73.expression74. : assignmentExpression75. | logicalOrExpression76. ;77.78.assignmentExpression79. : variableAccess EQ expression80. ;81.82.logicalOrExpression83. : logicalAndExpression ( OROR logicalAndExpression )*84. ;85.86.logicalAndExpression87. : relationalExpression ( ANDAND relationalExpression )*88. ;89.90.relationalExpression91. : additiveExpression ( relationalOperaTor additiveExpression )?92. | BANG relationalExpression93. ;94.95.additiveExpression96. : multiplicativeExpression ( additiveOperaTor multiplicativeExpression )*97. ;98.99.multiplicativeExpression100. : primaryExpression ( multiplicativeOperaTor primaryExpression )*101. ;102.103.primaryExpression104. : variableAccess105. | Integer106. | RealNumber107. | LPAREN expression RPAREN108. | SUB primaryExpression109. ;110.111.relationalOperaTor112. : LT | GT | EQEQ | LE | GE | NE113. ;114.115.additiveOperaTor116. : ADD | SUB117. ;118.119.multiplicativeOperaTor120. : MUL | DIV121. ;122.123.// lexer rules124.125.LPAREN : '('126. ;127.128.RPAREN : ')'129. ;130.131.LBRACK : '['132. ;133.134.RBRACK : ']'135. ;136.137.LBRACE : '{'138. ;139.140.RBRACE : '}'141. ;142.143.COMMA : ','144. ;145.146.SEMICOLON147. : ';'148. ;149.150.ADD : '+'151. ;152.153.SUB : '-'154. ;155.156.MUL : '*'157. ;158.159.DIV : '/'160. ;161.162.EQEQ : '=='163. ;164.165.NE : '!='166. ;167.168.LT : '<'169. ;170.171.LE : ''175. ;176.177.GE : '>='178. ;179.180.BANG : '!'181. ;182.183.ANDAND : '&&'184. ;185.186.OROR : '||'187. ;188.189.EQ : '='190. ;191.192.IF : 'if'193. ;194.195.ELSE : 'else'196. ;197.198.WHILE : 'while'199. ;200.201.BREAK : 'break'202. ;203.204.READ : 'read'205. ;206.207.WRITE : 'write'208. ;209.210.INT : 'int'211. ;212.213.REAL : 'real'214. ;215.216.Identifier217. : LetterOrUnderscore ( LetterOrUnderscore | Digit )*218. ;219.220.Integer : Digit+221. ;222.223.RealNumber224. : Digit+ '.' Digit+225. ;226.227.fragment228.Digit : '0'..'9'229. ;230.231.fragment232.LetterOrUnderscore233. : Letter | '_'234. ;235.236.fragment237.Letter : ( 'a'..'z' | 'A'..'Z' )238. ;239.240.WS : ( ' ' | '/t' | '/r' | '/n' )+ { $channel = HIDDEN; }241. ;242.243.Comment244. : '/*' ( options { greedy = false; } : . )* '*/' { $channel = HIDDEN; }245. ;246.247.LineComment248. : '//' ~ ('/n'|'/r')* '/r'? '/n' { $channel = HIDDEN; }249. ;
基本上是怎么简单怎么写弄出来的语法而已。有些地方，例如下标表达式（index expression），是 可以显式写这么一条规则：
Java代码
indexExpression : expression | indexExpression '[' Integer ']' ;
然后削除直接左递归：
Java代码
indexExpression : expression ( '[' Integer ']' )* ;
然后看情况再消除间接左递归。
但在Jerry语言里，能使用下标的只有数组变量，那就干脆不定义单独的下标表达式，而直接把下标的 操作合并到variableAccess规则的数组变量分支里，也就是：
Java代码
variableAccess : Identifier ( '[' Integer ']' )* ;
另外Jerry语言里的左值也只可能用变量访问来表示，所以也没有针对左值写特殊的规则（赋值表达式 和read语句都需要用到左值的概念），直接就用variableAccess了。
这语法只是大概猜的而已。有些细节在NeuronR的帖子里没有提到，所以语法或许与他的课程实践的要 求不完全一样。Anyway，我就先以这个理解为基础来平行做后续的实现了。
几个不太肯定的细节：
1、if和while语句的条件表达式的类型有没有要求？
我这里是不在语法上对表达式类型做限制，到后面的语义分析的时候再检查。
2、int/real与逻辑/比较运算表达式的类型（boolean）是否有隐式转换的关系？
我这里假设是“有”。如果有的话，relationalExpression那里就能偷懒；不然可能得做点麻烦些的 处理……
主要是关系到那个一元布尔否定运算符（’!’），C-like语言里它应该是跟一元算术求反运算符（’-‘ ）的优先级一样吧？在这个Jerry语言它的优先级里却比所有算术和比较运算符要低。
看像这样的Java代码：
Java代码
public class Test { public static void main(String[] args) { if (! 1 != 1 || 1 == 1 ) { System.out.println("true"); } else { System.out.println("false"); } }}
编译的时候会有错误，因为!的优先级比!=高，而!不能作用在类型为int的1上；
但这样的Jerry代码：
C代码
if (! 1 != 1 || 1 == 1 ) write 1;else write 0;
却应该能正确编译，且运行结果为1，因为!的优先级比!=低而比||高，所以1 != 1是false，它的反是 true；然后1 == 1是true，跟前面的true做或运算也还是true。
这语法比较的诡异……
3、变量声明是否一定要一并出现在同一个作用域的其它语句的前面（就像C89那样）？
我这里假设是“否”。变量可以在任何能出现语句的地方出现。作用域从声明开始，到它的包围块结 束为止。
4、浮点数的字面量是否要求小数点前必须有至少一位数字？浮点数字面量是否允许或要求后缀修饰（ 例如’r’或者’f’或者’d’之类）？
我的假设是浮点数只有一种字面量，满足这种形式：（用Perl兼容的正则表达式表示）
Js代码
//d+/./d+/
也就是小数点前后都必须有数字，而且没有后缀。
5、多维数组的语义是怎样的？
能否支持这样的声明和赋值：
Java代码
int array2d[2][];int array1d[10];array2d[0] = array1d;
这个没办法假设……只能暂时认为数组声明的时候是多少维在访问的时候也必须用多少维来访问；这 样比较简单，哈哈。
6、数组声明的时候，是否允许用数组字面量来初始化？
我这里假设是“是”。
7、数组字面量是否允许空元素？同时，数组可否声明为零长度的？
我这里假设数组字面量不允许内容为空（跟C一样），数组也不可以声明为零长度的。
8、是否有强制类型转换的表达式？（根据原帖，赋值表达式有类型转换语义）
这里假设是“否”。有C-style的强制类型转换的话语法会麻烦不少……
暂时就先这样吧。上面的语法里有经典的dangling-else问题；不过ANTLR默认是匹配优先，能自动消 除这个二义性，所以就没做特别的处理。
对这样的一段代码来测试：
C代码
// line comment// declare variables with/without initializersint i = 1, j;int x = i + 2 * 3 - 4 / ( 6 - - 7 );int array[2][3] = { { 0, 1, 2 }, { 3, 4, 6 }};/* block comment*/while (i < 10) i = i + 1;while (!x > 0 && i < 10) { x = x - 1; if (i < 5) break; else read i;}write x - j;
可以生成这样的解析树（parse tree）：
这个测试是通过ANTLRWorks的Interpreter模式来做的。编写本文的时候，最新版是1.2.2。可以在这 里获取。
观察此解析树：
输入进来的源码是一维的，而现在生成的解析树已经有了层次结构，变成二维的了。在得到层次结构 后，原本用来标识层次结构的标点符号就变得冗余了，但这棵解析树仍然含有这些冗余的标点符号。
另外，可以观察到解析树里的许多子树中每个节点都只有一个子节点；这样的子树的中间节点都可以 认为是冗余的。出现这种冗余的原因是：为了描述表达式中运算符的优先级高低，用LL语法需要为每一个 优先级都写一条规则，每匹配到一个中间规则解析树里就多一个中间节点。
这些冗余对后续处理来说都是不利的。为了得到更干净更便于处理的表示，我们需要消除冗余，把解 析树转换为抽象语法树（abstract syntax tree, AST）。这个时候ANTLR的重写规则（rewrite rule）就 非常有用了。下一篇就来看看如何应用重写规则来得到抽象语法树。
而消极的人则在每个机会都看到某种忧患。
