太强了！鹅厂程序员“自研”脚本语言 eben
# 关注并星标腾讯云开发者
# 每周4 | 鹅厂一线程序员，为你“试毒”新技术
# 第5期 | 腾讯donghui：从0到1：如何设计实现一门自己的脚本语言？
计算机科学家 David Wheeler 有一句名言，“All problems in computer science can be solved by another level of indirection, except for the problem of too many layers of indirection.”。大意是指，计算机科学中所有问题都可以通过多一个间接层来解决，除了间接层太多这个问题本身。
编译就是为了解决计算机科学中“人如何更好地指挥机器干活”问题而生的“indirection”。
1010001111101100100011011101001010010111011010000000001000111000100010000 1111100110010001111111101000100110110111011111101010111111001001101101110 1110011001111010111100010100000111011111000101011110000101111011111111110 0110000001110010010000110001010010010111110011001111011001111100110001100 1010001011100001000111000111010110000110110101000111101110011101101110111
上面是一段二进制数据，机器可以高效地识别这些 0 和 1 组成的数字信号并加以应用，但是人脑不行。人脑不擅长处理这些枯燥冗长的信号。所以，上古时期的计算机科学家们为了方便，将某些二进制数据赋予含义，发明了早期的机器码（ Machine Code ）。
如上图所见，机器码中加入了一些自然语言的语义元素。人脑理解起来比原始二进制数据要容易一些，但依旧很费神。之后计算机科学家们在此基础上又改良出了汇编语言，进一步有所改进，但在构建大型软件工程时仍然很费神。一代又一代的计算机工作者们为了自己及后人的幸福，自1957年起，绞尽脑汁地发明了上百门对人脑更友好的高级编程语言。笔者列举大家可能听过的高级语言如下。
年份 |
语言 |
1957 |
FORTRAN |
1958 |
LISP |
1959 |
COBOL |
1964 |
BASIC |
1970 |
Pascal |
1972 |
C |
1978 |
SQL |
1980 |
C++ |
1986 |
Objective-C |
1987 |
Perl |
1990 |
Haskell |
1990 |
Python |
1993 |
Lua |
1995 |
Ruby |
1995 |
Java |
1995 |
JavaScript |
1995 |
PHP |
2001 |
C# |
2003 |
Scala |
2009 |
Go |
2012 |
TypeScript |
2014 |
Swift |
2015 |
Rust |
... |
... |
这些高级语言要么着重运行性能，要么着重开发效率，要么着重业务安全。总而言之，相比低级语言，它们都可以帮助计算机工作者们用更低的心智负担去更好地利用机器解决问题。但是，这些高级语言不能直接控制机器，需要有一个过程将这些高级语言转换成低级语言机器码从而去控制机器，这个过程就是编译。
一个完整的编译流程包含扫描，解析，分析，转译，优化，生成几个步骤，其中有些步骤是可选项，如下图所示：
以下面的 Go 代码为例。
a := (base + 10.2) / 2经过扫描后得到词元列表 Tokens：a, :=, (, base, +, 10.2, ), /, 2。再将该词元列表解析，得到语法树如下。
得到语法树后，可以选择直接转译成其他高级语言或者语义分析转成中间结果。这里的语法树可以选择直接转译成 JavaScript。
var a = (base + 10.2) / 2;或者，也可以选择转成中间结果。中间结果是初始输入和最终输出的中间态，可以是控制流程图(CFG, Control Flow Graph)或者静态单一赋值(SSA, Static Single Assignment)等等形式。其中 CFG 大致形态如下图所示：
中间结果一般比较抽象，不会与具体的特定机器架构（x86, ARM等）绑定。因此，中间结果既可以选择生成自定义字节码，也可以选择借助编译器框架（比如LLVM）生成多种平台的本地机器码，从而实现编程语言的跨平台特性。
对性能没有极致追求的编程语言，一般会为了易维护性而选择生成自定义字节码。自定义字节码虽无法直接指挥机器硬件执行， 但可以借助虚拟机（Virtual Machine）去控制。虚拟机拥有语言开发者心中理想的 CPU 架构，它能够忽略现实中各硬件平台的差异，直接执行开发者设计的理想的字节码（Byte Code）指令。
以下文即将介绍的字节码为例，上文的简单代码可以转化成如下字节码指令。
// a := (base + 10.2) / 2
0000 1 OP_GET_GLOBAL 1 'base'
0002 | OP_CONSTANT 2 '10.2'
0004 | OP_ADD
0005 | OP_CONSTANT 3 '2'
0007 | OP_DIVIDE
0008 | OP_DEFINE_GLOBAL 0 'a'
0010 2 OP_NIL
0011 | OP_RETURN根据这些字节码指令的名称，读者可以猜测它完成了获取一个变量、构建一些常量、做了一些算数运算等等工作。
执行编译过程的工具自然就是编译器 Compiler。广义上，编译器可以指代一切将高级语言源代码编译成底层指令的工具。但是狭义上，编译工具可以分为编译器 Compiler 和 解释器 Interpreter。其中，编译器特指将源代码转换成其他格式，但是不执行的工具。解释器特指转换过程中直接执行源代码，即所谓“解释执行”的工具。
文中主要知识来自于 Robert Nystrom 的 "Crafting Interpreters" 和 Roberto Ierusalimschy 的 "The Implementation of Lua 5.0" 以及 "The Design of Lua"。
按如上狭义定义的话，GCC、Clang、Rust 之类可以称为编译器，Ruby 早期版本、PHP早期版本可以称为解释器，而 CPython 这种则是二者的中间态。
简单介绍了编译基本原理后，让笔者站在 Dart 语言贡献者 Robert Nystrom 和 Lua 语言作者 Roberto Ierusalimschy 等巨人的肩膀上带读者一起领略下从0到1创建一门脚本语言的精彩。
既然是在鹅厂学习创建的脚本语言，就暂且将其命名为企鹅脚本，简称为鹅本，英文名 eben。鹅本的解释器就叫鹅本解释器，它对应的文件后缀是.eb。鹅本学习借鉴了 Python，NodeJS 等语言的执行程序，既可以以 REPL 模式运行（直接执行 eben 可执行文件），也可以以文件模式运行（eben FILE_PATH，可执行文件后面带脚本文件路径）。
3.1 基础概念
3.1.1 BNF 范式
eben 的语法规则借鉴了 Python，Rust，C/C++ 等语言。以下面打印语句为例。
print "hello" + " world";print 5 > 9;print 4 * 9 + -8 / 2;将其抽象成 BNF 范式 则是：
printStmt -> "print" expression ";" ;该范式指明打印语句由“print”关键字加上 expression（表达式），再加上一个“;”组成。其中，expression 可以进一步具象化成其他子范式。以 print 5 > 9; 为例，expression 范式可以具象成 comparison 比较表达式子范式。
expression -> ...| comparison | ... ;
comparison -> term (">" | ">=" | "<" | "<=") term ;term 是比较式中的项，对应到上面代码语句中就是 5 和 9。
再以 print 4 * 9 + -8 / 2; 为例，term 可以再行细分拆解成如下范式。
term -> factor ( ( "-" | "+") factor )* ;
factor -> unary ( ( "/" | "*" ) unary )* ;factor 就是算术运算中的因子。星号 * 的含义与正则表达式中星号相同，表示其左边括号括住的部分可以出现任意次。四则运算中乘除法的运算优先级高于加减法，所以范式中加减运算里的 factor 可以再细分成乘除运算表达式。语法解析的过程是自上而下递归执行的，所以越在内里的范式，最终执行的优先级越高。此处设计可以保证算术表达式中乘除部分优先于加减部分完成。
范式中的 unary 对应一元运算项，比如 -8 / 2 中 -8 就是一元运算项，它所携带的负号符号 - 就是一元运算符。它的优先级高于四则算术运算。
其他范式层层递进具象化的流程与 printStmt 大致相似。若以 class 声明语句为例，eben 中代码如下所示：
class Bird {
fly() { print "Hi, sky!"; }
}
class Canary : Bird {
eat() {}
}
其相关范式如下。
classDecl -> "class" IDENTIFIER ( ":" IDENTIFIER)? "{" function* "}" ;
function -> IDENTIFIER "(" parameters? ")" block ;
parameters -> IDENTIFIER ( "," IDENTIFIER )* ;
IDENTIFIER -> ALPHA ( ALPHA | DIGIT )* ;类声明由 class 关键字跟随一个标识符 IDENTIFIER 开头，其后是可选的继承符号及父类标识符。再之后是花括号囊括的主体，其中可包含任意个函数 function 定义。函数声明由标识符跟随一对小括号组成，小括号中是可选的参数列表 parameters ，小括号后跟随一个函数主体。参数列表由逗号间隔的多个标识符组成。标识符由字母开头，其后再跟随任意个字母 ALPHA 或数字 DIGIT。
eben 中其他语句的范式与此处例子大同小异，不再赘述。
3.1.2 字节码
eben 借鉴了 Python、Lua 等语言的设计，也采用了虚拟机运行自定义字节码的执行模式。常用字节码如下所示：
字节码 |
含义 |
OP_ADD |
加法、拼接操作 |
OP_SUBTRACT |
减法操作 |
OP_MULTIPLY |
乘法操作 |
OP_DIVIDE |
除法操作 |
OP_NEGATE |
取负操作 |
OP_NOT |
取反操作 |
OP_JUMP |
跳跃操作 |
OP_CALL |
调用操作 |
OP_PRINT |
打印操作 |
OP_RETURN |
返回操作 |
OP_CLASS |
定义类操作 |
OP_EQUAL |
等值判断操作 |
OP_POP |
出栈操作 |
OP_CONSTANT |
常量创建操作 |
OP_GET_LOCAL |
获取局部变量操作 |
OP_DEFINE_GLOBAL |
定义全局变量操作 |
... |
... |
eben 中所有的代码都会转化成上述字节码，再到虚拟机中执行。
以 var b = "hello" + "world";\nprint b; 为例，其可以转化成如下字节码。
0000 1 OP_CONSTANT 1 'hello' // 创建字面常量 "hello"
0002 | OP_CONSTANT 2 'world' // 创建字面常量 "world"
0004 | OP_ADD // 字符串拼接
0005 | OP_DEFINE_GLOBAL 0 'b' // 定义全局变量 b
0007 2 OP_GET_GLOBAL 3 'b' // 获取全局变量 b
0009 | OP_PRINT // 打印3.1.3 虚拟机
虚拟机是 eben 的核心所在。它负责管理内存，维护函数调用栈，管理全局变量，衔接系统函数，执行字节码等等。eben 由 C 语言开发，虚拟机在 C 代码中的大致结构如下。
typedef struct { CallFrame frames[FRAMES_MAX]; // 函数调用栈
Value stack[STACK_MAX]; // 值栈
Value *stackPop; // 栈顶指针
Table globals; // 全局表，存放变量、函数
ObjUpvalue *openUpvalues; // 闭包值链表，用于存放函数闭包所需的参数
Obj *objects; // 对象链表，用于垃圾回收等 ...} VM;执行字节码的主逻辑就是一个超大的 switch 语句，其形态如下。
Result run() {
for(;;) {
switch(instruction = READ_BYTE()) { // 获取下一条字节码
case OP_CONSTANT: ...;break;
case OP_POP: pop();break;
case OP_GET_GLOBAL: ...;break;
case OP_ADD: ...;break;
case OP_CLOSURE: ...;break;
case OP_CLASS: push(OBJ_VAL(newClass(READ_STRING())));break; // 创建类对象
...
}
}
}了解了 BNF 范式，字节码，虚拟机这些基础概念之后，下面就可以探究 eben 编译执行的主要流程。
3.2 词法扫描
词法扫描是对源代码进行处理的第一个步骤，负责将 eben 代码转换成一串词元 Tokens。如果发现词法错误，则直接报错返回。业界大型编程语言一般采用专业的辅助工具来完成词法分析扫描，比如 Yacc 和 Lex。不过这些工具会引入很多额外开销，增加开发者的心智负担。本文为了更清晰地讲解词法扫描的原理，选择使用手写扫描法。eben 中基本词元的 BNF 范式如下所示：
NUMBER -> DIGIT+ ( "." DIGIT+ )? ; // 数值
IDENTIFIER -> ALPHA ( ALPHA | DIGIT )* ; // 标识符
ALPHA -> "a" ... "z" | "A" .. "Z" | "_" ; // 字母（包含下划线）
DIGIT -> "0" ... "9" ; // 数字
STRING -> '"' (^")* '"' ; // 字符串（^" 表示非引号）词法扫描会读入源代码文件，逐个字符地检测判定，将判定结果加入到 Tokens 词元列表中。
// 是否是字母或下划线
bool isAlpha(char c) {
return (c >= 'a' && c <= 'z') || (c >= 'A' && c <= 'Z') || c == '_';
}
// 是否是数字
bool isDigit(char c) { return c >= '0' && c <= '9'; }
// 扫描数字
Token number() {
while(isDigit(peek(0))
advance(); // 游标前进
// 小数部分
if(peek(0) == '.' && isDigit(peek(1))) {
advance();
while(isDigit(peek(0)))
advance();
}
return makeToken(TOKEN_NUMBER);
}
// 扫描字符串
Token string() {
while(peek(0) != '"' && !isAtEnd()) {
advance();
}
if(isAtEnd())
return error("未收尾的字符串");
advance();
return makeToken(TOKEN_STRING);
}整体扫描逻辑也可以用一个大型 switch 实现，大致如下所示：
Token scan() {
char c = advance();
if(isAlpha(c)) // 检测到字母或下划线
return identifer(); // 扫描标识符
if(isDigit(c)) // 检测到数字
return number(); // 扫描数值
switch(c) {
case '+': return makeToken(TOKEN_PLUS); // 扫描加法符号
// 依据下个字符的情况，扫描小于等于号，或者小于号
case '<': return makeToken(match('=') ? TOKEN_LESS_EQUAL : TOKEN_LESS);
...
case '"': return string(); // 扫描字符串，直到遇到收尾双引号
}
// 遇到无法匹配的字符，报错
return error("未识别字符");
}没有遇到词法错误的情况下，编译器通过不停地调用 scan() 函数就可以完成源代码的词法扫描。scan() 第4行处 identifier() 函数有些特殊，它扫描出标识符后，不能直接当作普通标识符给变量名、函数名使用，还需要先过滤出 eben 自身保留关键字。保留关键字如下表所示：
关键字 |
含义 |
and |
逻辑与 |
class |
类声明 |
else |
条件控制：否则 |
FALSE |
布尔值：假 |
for |
循环 |
fn |
函数声明 |
if |
条件控制：如果 |
nil |
空值 |
or |
逻辑或 |
打印 |
|
retturn |
返回 |
super |
父类引用 |
this |
实例自身引用 |
TRUE |
布尔值：真 |
var |
变量声明 |
while |
循环 |
过滤出保留关键字的简单方法是每得到一个标识符，就遍历上表中的值，并逐个进行字符串 strncmp 判等操作。虽然也可以得到结果，但是不够高效。更好的方式是使用字典树 Trie 进行过滤。eben 中部分关键字构建出来的 Trie 结构大致如下所示：
有了 Trie 后，不用每次都遍历全表，只需要对特定字符做运算处理即可，大致逻辑如下所示：
swtich(c1) {
case 'a': return checkReserved("nd", TOKEN_AND); // checkReserved 判断剩下的字符串是否相同，同则返回 TOKEN_AND
case 'f': {
...
switch(c2) {
case 'a': return checkReserved("lse", TOKEN_FALSE); // f + a + lse 三部分都匹配的话，返回 TOKEN_FALSE
case 'o': return checkReserved("r", TOKEN_FOR);
case 'n': return checkReserved("", TOKEN_FUNC);
}
}
case 'v': return checkReserved("ar", TOKEN_VAR);
...
}
return TOKEN_IDENTIFIER; // 没有匹配，说明不是保留关键字符号、数值、字符串、标识符等都被成功处理后，源代码就变成了 Tokens。下面就可以进行语法解析。
3.3 语法解析
eben 的语法规则中，整个程序可以由如下范式表达。
// 程序代码由任意条声明加上文件结束符组成
program -> decl* EOF ;
// 声明可以是类声明、函数声明、变量声明等，还可以是语句
decl -> classDecl | funcDecl | varDecl | stmt ;
// 语句可以是表达式语句，for循环，if条件，打印，返回，while循环，区块等
stmt -> exprStmt | forStmt | ifStmt | printStmt | returnStmt | whileStmt | block ;上面的 decl，stmt 等都可以继续往下具象化。依据这些范式，语法解析的主体逻辑如下所示：
void compile(const char *source) {
...
scan(); // 完成词法扫描
while(!match(TOKEN_EOF)) {
declaration(); // 循环解析声明语句，直到文件结束
}
...
}
static void declaration() {
if(match(TOKEN_CLASS)) {
classDeclaration(); // 解析类声明
} else if(match(TOKEN_FUNC)) {
funcDeclaration(); // 解析函数声明
} else if(match(TOKEN_VAR)) {
varDeclaration(); // 解析变量声明
} else {
statement(); // 解析其他语句
}
}
static void statement() {
if(match(TOKEN_PRINT)) {
printStatement(); // 解析打印语句
} else if(match(TOKEN_FOR)) {
forStatement(); // 解析 for 循环语句
}
... // 解析其他语句
else {
expressionStatement(); // 解析表达式语句
}
}
...每一种声明范式都有其对应的解析函数。以其中的 funcDeclaration 函数声明为例，其主要语法解析逻辑如下。
static void funcDeclaration() {
uint8_t funcNameIndex = parseVariable("此处需要函数名"); // 解析函数名标识符，失败则报错
consumeToken(TOKEN_LEFT_PAREN, "需要左括号"); // 完成左括号解析，不存在则报错
if(!check(TOKEN_RIGHT_PAREN)) { // 如果下一个token不是右括号，代表有函数形参列表
do {
uint8_t paramNameIndex = parseVariable("需要形式参数名称");
defineVariable(paramNameIndex);
} while(match(TOKEN_COMMA)); // 遇到逗号代表还有参数，循环解析下去
}
consumeToken(TOKEN_RIGHT_PAREN, "需要右括号"); // 完成右括号解析，不存在则报错
consumeToken(TOKEN_LEFT_BRACE, "需要左花括号"); // 完成左花括号解析，不存在则报错
block(); // 解析函数体，函数体是一个区块 block
...
defineVariable(funcNameIndex); // 将函数名放入全局表中
}其他声明的语法解析与上述函数声明的解析大同小异。主要是将上游的 Tokens 按照 BNF 范式解析出来，生成下游运行需要的字节码指令及其数据。如果过程中遇到不符合 BNF 范式的 Token，将检测到的全部错误打包反馈给用户，方便用户调整修复。
3.4 底层数据结构
语法解析流程不仅会生成字节码指令，还会生成运行时所需的底层数据。数据主要有 4 种类型，这4种底层数据类型可以呈现出 eben 脚本中所有的用户数据类型。
typedef enum {
VAL_BOOL, // 布尔类型
VAL_NIL, // 空类型
VAL_NUMBER, // 数值类型
VAL_OBJ // 对象类型
} ValueType;其中 VAL_BOOL ， VAL_NIL ， VAL_NUMBER 表示常见的基础类型，VAL_OBJ 表示 eben 底层实现中的复杂类型。这些类型统一用 Value 结构体来呈现，枚举字段 type 表示 Value 类型，联合字段 as 承载 Value 实际存储或指向的值。
typedef struct {
ValueType type; // 数据类型
// 使用联合实现空间复用，节约内存
union {
bool boolean; // C 中 bool 类型来表示 eben 布尔类型
double number; // C 中 double 类型来表示 eben 数值类型
Obj *obj; // C 中 Obj* 指针来指向动态分配的复杂结构
} as;
} Value;Obj* 结构体指针所指向的复杂结构还可以再度细分。
typedef enum {
OBJ_CLASS, // 类
OBJ_CLOSURE, // 闭包
OBJ_FUNCTION, // 函数
OBJ_INSTANCE, // 实例
OBJ_NATIVE, // 本地函数
OBJ_STRING, // 字符串
OBJ_UPVALUE, // 闭包参数
} ObjType;
struct Obj {
ObjType type; // Object 类型
bool isMarked; // 用于 GC 标记，下文将介绍
struct Obj *next; // 链表指针
}Obj 结构体中包含具体复杂结构的枚举类型，GC 标记位，链表指针等元信息。它可以嵌入到各个细分类型结构体的头部，从而方便虚拟机统一分配管理对象。
以 ObjString 和 ObjClass 具体结构为例，其主要字段如下。
typedef struct {
Obj obj; // 元信息
int length;
char *chars;
} ObjString;
typedef struct {
Obj obj; // 元信息
ObjString *name;
Table methods;
} ObjClass;C 语言的特性使得定义在结构体头部的字段在内存中也会被分配到该结构体头部位置。所以， ObjClass* 和 ObjString* 等指针指向 struct ObjClass 和 struct ObjString 的内存开始处的同时也在指向对应的 struct Obj 的内存开始处，故 C 代码中可以安全地将二者转化为 Obj* 指针，反向亦然。这个特性使得一些面向对象语言中才常见的操作在 C 中成为可能。下面代码就利用了该特性将 Obj* 转化成具体类型指针来进行各种内存释放操作。
void freeObject(Obj *object) {
switch(object->type) {
case OBJ_CLASS: {
ObjClass *klass = (ObjClass *)object;
freeTable(&klass->methods);
FREE(ObjClass, object);
break;
}
case OBJ_STRING: {
ObjString *string = (ObjString *)object;
FREE_ARRAY(char, string->chars, string->length+1);
FREE(ObjString, object);
break;
}
... // 其他类型对象的释放
}
}eben 使用 ObjXXX 这些底层数据结构相互配合，完美地实现了脚本代码中类、实例、函数、闭包、字符串等等数据类型的操作。
3.5 变量
3.5.1 全局变量
在 eben 中声明变量很简单，其语法范式如下所示：
varDecl -> "var" IDENTIFIER ( "=" expression )? ";" ;变量声明时，初始值是可选项。没有初始值的变量默认赋值为 nil。
var abc = "hello"; // 赋值 "hello"
var bcd; // 没有赋初始值，默认为 nil如果变量被声明在顶级作用域，就称之为全局变量。解析过程中， TOKEN_VAR 会触发以下变量解析逻辑。
static void varDeclaration() {
uint8_t global = parseVariable("需要变量名"); // 解析变量名，获取序号
if(match(TOKEN_EQUAL)) {
expression(); // 继续解析等于号右侧的表达式，此处就是 "hello" 字符串
} else {
emitByte(OP_NIL); // 直接生成压入空值字节码
}
consumeToken(TOKEN_SEMICOLON, "声明结尾需要分号");
emitBytes(OP_DEFINE_GLOBAL, global); // 带入序号，生成定义变量字节码
}parseVariable 函数解析出代码中的abc, bcd，它们就是范式中的 IDENTIFIER 。如果检测到有等号 TOKEN_EQUAL ，则尝试解析出等号右边的表达式，此处字符串 "hello"会生成 OP_CONSTANT 字节码，用来填入字面常量值；否则，直接生成 OP_NIL 字节码，用来填入空值。最后一步生成的 OP_DEFINE_GLOBAL 字节码会读取上一步压入的值，要么是某常量，要么是空值，将其写入到虚拟机全局表 vm.globals 中。如下所示：
case OP_DEFINE_GLOBAL: {
ObjString *name = READ_STRING_FROM_CONSTANTS(); // 从常量列表中取出之前暂存的变量名
tableSet(&vm.globals, name, peek(0)); // peek(0) 取出值栈的栈顶元素
pop(); // 使用完成，弹出栈顶元素
break;
}OP_DEFINE_GLOBAL 字节码负责写入变量， OP_GET_GLOBAL 字节码则负责读取变量。以 print abc;为例，第一步是读取变量 abc 的值。
case OP_GET_GLOBAL: {
ObjString *name = READ_STRING_FROM_CONSTANTS(); // 获得变量名 "abc"
Value value;
if(!tableGet(&vm.globals, name, &value)) { // 用 "abc" 去全局表中查找，找到则将值回填到 value 中
runtimeError("未定义变量 %s", name->chars); // 如果没找到，报“未定义的变量”错误
return RUNTIME_ERROR;
}
push(value); // 如果存在，压入值栈待后续使用
break;
}OP_GET_GLOBAL 将变量值压入栈后，第二步则是print 生成的 OP_PRINT 字节码将其取出并打印。
case OP_PRINT:
printValue(pop());
break;3.5.2 局部变量
局部变量声明的语法与全局变量无异，不过它必须声明在非顶级作用域，比如嵌套区块内，函数体内等等。下面的例子中，除了值为 global a 的变量 a，其余都是局部变量。
如上文所述，值为global a的全局变量 a 存放在虚拟机的全局表 vm.globals 中，所以它会一直存活到脚本结束。值为outer a, outer b 的 a, b 和值为inner a 的 a 都是局部变量，它们的名字只会被存放在其所属作用域 current->locals 中（current代表当前 scope 作用域）。这就意味着局部变量会随着作用域的结束而消亡。所以，此处代码例子中最后两句 print a; 打印的都是当前所处作用域中的值。
嵌套最里层的 print a; 打印结果是 inner a。这是因为，eben 尝试使用变量时，会优先查找当前作用域的局部变量，存在则使用，不存在则往外层继续找。如果一直到了顶层连全局变量都找不到，直接报“未定义变量”错误。
int arg = resolveLocal(current, &name); // 尝试查找局部变量，递归向外执行
if(arg != -1) {
op = OP_GET_LOCAL;
} else {
op = OP_GET_GLOBAL;
}
emitBytes(op, arg); // 传入变量序号，生成获取变量字节码局部变量的生命周期比全局变量短，都会随着作用域的开始而存在，其结束而消亡。所以，局部变量不需要存在全局表中，只需要存在栈上即可。需要时压入，用完则弹出。虚拟机需要取局部变量时，也只要找到其序号，再次压入栈顶即可。
case OP_GET_LOCAL: {
uint8_t index = READ_BYTE(); // 在字节码数据中读出上文代码中传入的 arg，即变量序号
push(vm.stack[index]); // 将序号对应的值压入栈顶，以备后续使用
break;
}3.6 条件控制
eben 中条件控制语句主要有 if 语句，while 循环，for 循环，逻辑与 and 和逻辑或 or 。其中 and, or 与 C 系列语言中的 &&, || 逻辑运算符类似，有短路运算（shortcut）效果。
3.6.1 if 语句
条件控制语句允许用户根据条件的真假，选择不同的逻辑分支进行执行。但是 eben 在解析时会把所有逻辑分支都解析成一长串字节码，然后按照代码中出现的顺序线性地加入到最终的字节码串中。所以，“选择不同的逻辑分支进行执行”需要虚拟机能够 Jump 跳过某一段字节码，直接执行其后的内容。以下面的 if 语句为例。
if(true) {
print "hi";
}
print "hello";编译之后的字节码内容如下。
0000 1 OP_TRUE // 将布尔值 true 压入值栈
0001 | OP_JUMP_IF_FALSE 1 -> 11 // 如果为假，跳到 0011 处
0004 | OP_POP // 弹出栈顶值
0005 2 OP_CONSTANT 0 'hi'
0007 | OP_PRINT
0008 3 OP_JUMP 8 -> 12 // 无条件跳到 0012 处
0011 | OP_POP // 弹出栈顶值
0012 4 OP_CONSTANT 1 'hello'
0014 | OP_PRINT0001处的 OP_JUMP_IF_FALSE 由 if 语句生成。如果条件值为假，跳过整个 if 分支；如果为真，则正常执行 if 分支内容，并在0008处无条件跳过 else 分支内容（用户没有写 else 分支情况下，eben 会自动加入空的 else 分支）。本例中并未写 else 分支，否则会在 0011 到 0012 间生成其对应的字节码。
解析 if 语句的逻辑如下所示：
static void ifStatement() {
consumeToken(TOKEN_LEFT_PAREN, "需要左括号"); // 完成左括号解析，不存在则报错
expression(); // 解析括号中的条件表达式
consumeToken(TOKEN_RIGHT_PAREN, "需要右括号");
int thenJump = emitJump(OP_JUMP_IF_FALSE); // 生成条件跳跃字节码
emitByte(OP_POP); // 弹出条件表达式的值，用完即丢
statement(); // 解析 if 分支中语句
int elseJump = emitJump(OP_JUMP); // 生成无条件跳跃字节码
patchJump(thenJump); // 计算并回填跳跃距离
emitByte(OP_POP);
if(match(TOKEN_ELSE)) // 如果 else 存在，解析其分支语句
statement();
patchJump(elseJump); // 计算并回填跳跃距离
}代码中的 patchJump 是为了将 OP_JUMP, OP_JUMP_IF_FALSE 字节码所需的跳跃距离回填到字节码参数中。因为在解析 if 语句的条件时，编译器并不知道 if 分支中内容有多少，也不知道会产生多少条字节码，所以只能等解析完分支之后再去回填参数。最后一句的 pathcJump(elseJump); 为 else 分支回填跳跃距离也是同样原理。
3.6.2 while 循环
while 循环的条件控制在 OP_JUMP, OP_JUMP_IF_FALSE 字节码之外增加了一个 OP_LOOP 字节码。前二者负责向前跳，后者负责向后跳。
OP_JUMP 配合负数参数也可以实现向后跳跃。不过字节码指令及其参数在虚拟机内部都使用 uint8_t 类型存储，故此处不使用负数以防诸多麻烦。
while 样例脚本代码如下。
var a = 5;
while(a > 0) {
a = a - 1;
}转化成字节码如下。
0000 1 OP_CONSTANT 1 '5'
0002 | OP_DEFINE_GLOBAL 0 'a'
0004 2 OP_GET_GLOBAL 2 'a'
0006 | OP_CONSTANT 3 '0'
0008 | OP_GREATER // 判断 a 是否大于 0
0009 | OP_JUMP_IF_FALSE 9 -> 24 // 如果判定为假，跳过整个循环体
0012 | OP_POP
0013 3 OP_GET_GLOBAL 5 'a'
0015 | OP_CONSTANT 6 '1'
0017 | OP_SUBTRACT
0018 | OP_SET_GLOBAL 4 'a'
0020 | OP_POP
0021 4 OP_LOOP 21 -> 4 // 跳回到 0004 处，再次进行条件判定
0024 | OP_POP这里的核心是 0009 处的 OP_JUMP_IF_FALSE 和 0021 处的 OP_LOOP，分别负责“条件不成立时跳过循环体”和“跳到条件判定处继续执行”。编译器对 while 循环的解析逻辑如下所示：
static void whileStatement() {
consumeToken(TOKEN_LEFT_PAREN, "需要左括号"); // 完成左括号解析，不存在则报错
expression(); // 解析括号中的条件表达式
consumeToken(TOKEN_RIGHT_PAREN, "需要右括号");
int exitJump = emitJump(OP_JUMP_IF_FALSE); // 生成跳出循环体的条件跳跃字节码
emitByte(OP_POP);
statement(); // 解析循环体中语句
emitLoop(loopStart); // 生成跳回字节码 OP_LOOP
patchJump(exitJump); // 回填跳跃的距离参数
emitByte(OP_POP);
}3.6.3 for 循环
for 循环用到的跳跃字节码指令与 while 循环相同，但是因为其特殊语句结构，跳跃的逻辑会相对复杂。以下面的 for 循环代码为例。
for(var i=0; i<5; i=i+1) {
print i;
}var i=0; 初始化部分只会执行1次；i<5; 条件判定部分每次循环都需要验证计算；i=i+1 更新部分则在每次循环体执行完之后执行。该段代码生成的字节码如下所示：
0000 1 OP_CONSTANT 0 '0' // 生成字面量 0
0002 | OP_GET_LOCAL 1 // 获取序号 1 处局部变量值，即 i 的值
0004 | OP_CONSTANT 1 '5' // 生成字面量 5
0006 | OP_LESS // 判断是否小于 5
0007 | OP_JUMP_IF_FALSE 7 -> 31 // 如果为假，跳过循环体
0010 | OP_POP
0011 | OP_JUMP 11 -> 25 // 无条件跳到 0025 处，跳过更新部分，循环体执行之后才执行这里
0014 | OP_GET_LOCAL 1
0016 | OP_CONSTANT 2 '1'
0018 | OP_ADD // 将序号 1 处局部变量，即 i 的值加1
0019 | OP_SET_LOCAL 1
0021 | OP_POP
0022 | OP_LOOP 22 -> 2 // 跳回到 0002 处进行条件判定
0025 2 OP_GET_LOCAL 1 // 执行循环体内逻辑
0027 | OP_PRINT // 打印变量值
0028 3 OP_LOOP 28 -> 14 // 执行完循环体后，跳回到 0014 处，执行 i=i+1 更新部分逻辑
0031 | OP_POP
0032 | OP_POP编译器对 for 循环的转化逻辑如下所示：
static void forStatement() {
consumeToken(TOKEN_LEFT_PAREN, "需要左括号"); // 完成左括号解析，不存在则报错
// 初始化部分
if(match(TOKEN_SEMICOLON)) { // for(;...) 形式，空初始化，无需操作
} else if(match(TOKEN_VAR)) { // for(var i=0;...) 形式，声明新的循环变量 i
varDeclaration();
} else { // for(i=0;...) 形式，直接使用外界的变量 i；或者是只需要其副作用的任意表达式
expressionStatement();
}
// 条件部分
...
int exitJump = -1;
if(!match(TOKEN_SEMICOLON)) { // 不是分号，条件部分不为空
...
exitJump = emitJump(OP_JUMP_IF_FALSE); // 如果假，跳出循环体
...
}
// 更新部分
if(!match(TOKEN_RIGHT_PAREN)) { // 不是右括号，更新部分不为空
int bodyJump = emitJump(OP_JUMP); // 无条件跳到循环体部分
...
emitLoop(loopStart); // 执行完更新之后跳回到条件判定处
loopStart = ...;
patchJump(bodyJump);
}
statement(); // 解析循环体中语句
emitLoop(loopStart); // 跳回到更新部分去执行
if(exitJump != -1) {
patchJump(exitJump); // 回填跳跃的距离参数
emitByte(OP_POP);
}
}3.6.4 逻辑与和或
and 和 or 逻辑运算符因为有 短路运算 效果，所以也可以用来做条件控制。以下面的“ and 逻辑与”为例。
if(true and true) { // 为了样例简便，矫揉造作了这里的写法
print "AND is ok";
}对应的字节码如下。
0000 1 OP_TRUE
0001 | OP_JUMP_IF_FALSE 1 -> 6 // 如果假，跳到 0006。此处真，不跳。
0004 | OP_POP
0005 | OP_TRUE
0006 | OP_JUMP_IF_FALSE 6 -> 16 // 如果假，跳到 0016。此处真，不跳。
0009 | OP_POP
0010 2 OP_CONSTANT 0 'AND is ok'
0012 | OP_PRINT // 正常执行打印
0013 3 OP_JUMP 13 -> 17
0016 | OP_POP如果用户代码改成：
if(false and true) {
print "shortcut";
}对应的字节码如下。
0000 1 OP_FALSE
0001 | OP_JUMP_IF_FALSE 1 -> 6 // 如果假，跳到 0006。此处假，跳。
0004 | OP_POP
0005 | OP_TRUE
0006 | OP_JUMP_IF_FALSE 6 -> 16 // 0004 和 0005 处的操作被跳过，目前栈顶值还是假，跳到 0016
0009 | OP_POP
0010 2 OP_CONSTANT 0 'shortcut'
0012 | OP_PRINT
0013 3 OP_JUMP 13 -> 17
0016 | OP_POP // 打印操作被跳过如上注释所示， and 左边的值为假后，后面的操作全部被跳过。这证实了 eben 中逻辑运算符有短路运算效果。
and 运算符的解析逻辑如下。
static void andOperator()
{
int endJump = emitJump(OP_JUMP_IF_FALSE); // 生成跳跃字节码
emitByte(OP_POP); // 左边值出栈
... // 继续解析右边的表达式，可能有 a and b and c and d 的情况
patchJump(endJump); // 回填跳跃的距离参数
}or 逻辑运算符也有同样效果。
if(true or false) {
print "shortcut";
}这段脚本的字节码如下。
0000 1 OP_TRUE
0001 | OP_JUMP_IF_FALSE 1 -> 7 // 如果假，跳到 0007。此处真，不跳。
0004 | OP_JUMP 4 -> 9 // 直接跳到 0009
0007 | OP_POP
0008 | OP_FALSE
0009 | OP_JUMP_IF_FALSE 9 -> 19 // 0007 和 0008 处的操作被跳过，目前栈顶值还是真，不跳
0012 | OP_POP
0013 2 OP_CONSTANT 0 'shortcut'
0015 | OP_PRINT // 正常执行打印
0016 3 OP_JUMP 16 -> 20
0019 | OP_POPor 左边的结果为真后，条件判定中后面的表达式全部被跳过，符合预期。or 运算符的解析逻辑如下。
static void orOperator()
{
int elseJump = emitJump(OP_JUMP_IF_FALSE); // 如果假，跳到 or 右边第一个值处继续判定
int endJump = emitJump(OP_JUMP); // 如果真，跳过整个判定条件表达式
patchJump(elseJump); // 回填 or 左边值判定假后跳跃的距离参数
emitByte(OP_POP); // 左边值出栈
... // 继续解析右边的表达式
patchJump(endJump); // 回填跳跃整个条件表达式的距离参数
}3.7 函数
eben 中 函数 的使用如下所示：
fn 关键字借鉴自 Rust ，它既不像 f 那么单薄，也不像 function 那般冗长。
fn sayHi(first, last) {
print "Hi, " + first + " " + last + "!";
}
sayHi("Code", "读者");这段脚本编译成字节码后，脚本主体