1. 项目概述从零构建一个SNL语言编译器最近在整理过去的项目资料翻到了一个大学时期做的课程设计——一个用C实现的SNL语言编译器。SNLSimple New Language是很多高校编译原理课程里常用的一种教学语言语法比C简单但又包含了过程、函数、记录、数组等核心概念非常适合用来实践编译器的完整构建流程。当时为了完成这个项目几乎把龙书《编译原理》翻烂了也踩了无数的坑。今天我想把这个项目的完整实现思路、核心代码结构以及那些教科书上不会写的“血泪教训”系统地梳理一遍希望能给正在学习编译原理或者对“如何用C造一个轮子”感兴趣的朋友一些实实在在的参考。这个编译器项目麻雀虽小五脏俱全。它完整实现了从SNL源代码到目标代码这里我们生成一种简单的虚拟机指令的整个流程词法分析、语法分析、语义分析包括符号表管理和类型检查、中间代码生成以及最后的代码生成。整个项目完全采用C17标准编写没有依赖任何外部的语法分析器生成工具如Lex/Yacc或ANTLR目的是为了深入理解每一个环节的底层原理。通过这个项目你不仅能掌握编译器的核心工作机制更能深刻体会到C在构建复杂系统时如何通过面向对象、模板等特性来组织代码、管理资源这对于提升工程能力大有裨益。2. 整体架构与核心模块设计2.1 为什么选择纯手写而非工具生成在项目启动时第一个要做的决策就是使用Lex/Yacc或Flex/Bison这类工具来自动生成词法分析器和语法分析器还是全部手写我选择了后者。这并不是因为排斥工具恰恰相反在工业级编译器中如GCC、Clang这些工具被广泛使用以提高开发效率。但对于学习目的而言手写能带来几个不可替代的好处对细节的绝对掌控你需要亲自处理每一个字符的读取、每一个单词Token的识别、以及语法错误恢复的策略。这能让你真正理解有限自动机DFA/NFA和递归下降/LL/LR分析算法的精髓而不是把它们当作黑盒。更灵活的错误处理教学语言的错误信息往往需要更友好、更具指导性。手写分析器可以让你在发现错误的“第一现场”就构造出精准的错误提示包括行号、列号以及预期的符号。与后续阶段的深度集成手写的语法分析器在构建抽象语法树AST时可以更自然地将语义动作如填写符号表嵌入到解析过程中实现“语法制导”的翻译代码结构会更清晰。当然代价就是代码量会大很多对算法和数据结构的功底要求也更高。但相信我这份投入是值得的。2.2 编译器流水线模块划分整个编译器被清晰地划分为五个阶段每个阶段都是一个独立的类或模块通过定义良好的接口进行数据传递。下图展示了核心的数据流和模块关系flowchart TD A[SNL源代码] -- B[词法分析器 Lexer] B -- C[Token流] C -- D[语法分析器 Parser] D -- E[抽象语法树 AST] E -- F[语义分析器 SemanticAnalyzer] F -- G[带类型和链接信息的AST] G -- H[中间代码生成器 IRGenerator] H -- I[三地址码/虚拟机指令] I -- J[目标代码生成器 CodeGenerator] J -- K[可执行的虚拟机目标代码] subgraph 核心处理模块 B D F H J end L[符号表 SymbolTable] -- F M[类型系统 Type] -- F模块职责简述词法分析器Lexer将源代码字符流转换为有意义的Token流如IF,ID,NUM。语法分析器Parser根据SNL文法将Token流组织成一棵结构化的抽象语法树AST。语义分析器SemanticAnalyzer遍历AST进行声明处理、类型检查和作用域分析并填充符号表。中间代码生成器IRGenerator将经过语义分析的AST转换为一种与机器无关的中间表示IR如三地址码。目标代码生成器CodeGenerator将中间代码映射到目标机器这里是一个简单的栈式虚拟机的指令序列。符号表和类型系统这两个是横跨语义分析和中间代码生成的核心数据结构需要精心设计。3. 核心数据结构设计与实现细节3.1 抽象语法树AST的节点设计AST是编译器前端的核心产出物。我们采用面向对象的方式为每一种语法结构定义一个节点类它们都继承自一个公共的基类ASTNode。// ast_node.h #include memory #include string #include vector namespace SNL { // 节点类型枚举 enum class NodeType { Program, ProcDeclaration, FuncDeclaration, VarDeclaration, CompoundStmt, IfStmt, WhileStmt, AssignStmt, ReadStmt, WriteStmt, CallStmt, ReturnStmt, // ... 其他语句类型 IdExpr, NumExpr, OpExpr, CallExpr // ... 其他表达式类型 }; // AST节点基类 class ASTNode { public: ASTNode(NodeType type, int line) : nodeType_(type), lineNo_(line) {} virtual ~ASTNode() default; NodeType getNodeType() const { return nodeType_; } int getLineNo() const { return lineNo_; } // 用于语义分析和代码生成的访问者模式接口 virtual void accept(class ASTVisitor visitor) 0; private: NodeType nodeType_; int lineNo_; // 记录行号用于错误定位 }; // 示例二元操作表达式节点 class BinaryOpExpr : public ASTNode { public: BinaryOpExpr(int line, std::unique_ptrASTNode lhs, enum class Op { PLUS, MINUS, MULT, DIV, LT, EQ, ... } op, std::unique_ptrASTNode rhs) : ASTNode(NodeType::OpExpr, line), lhs_(std::move(lhs)), op_(op), rhs_(std::move(rhs)) {} ASTNode* getLHS() const { return lhs_.get(); } ASTNode* getRHS() const { return rhs_.get(); } Op getOp() const { return op_; } void accept(ASTVisitor visitor) override; private: std::unique_ptrASTNode lhs_; Op op_; std::unique_ptrASTNode rhs_; }; // 其他节点类定义... }设计要点使用std::unique_ptr管理子节点明确了节点的所有权关系避免了内存泄漏也使得AST的结构非常清晰。记录行号在构造节点时传入行号为后续的语义错误报告提供精准位置。访问者模式Visitor Pattern这是处理AST的关键设计模式。通过为AST定义一个accept虚函数我们可以将后续的各种遍历操作如语义分析、代码生成封装成独立的Visitor类避免在AST节点类中塞入过多的业务逻辑符合“开闭原则”。3.2 符号表SymbolTable的实现符号表用于记录程序中所有标识符变量、常量、类型、过程、函数的信息并管理它们的作用域。我们实现一个支持嵌套作用域的符号表。// symbol_table.h #include string #include unordered_map #include memory #include vector namespace SNL { class Symbol; // 前向声明表示一个符号条目 class SymbolTable { public: SymbolTable(SymbolTable* parent nullptr) : parent_(parent) {} // 在当前作用域插入一个符号 bool insert(const std::string name, std::unique_ptrSymbol symbol); // 从当前作用域开始逐级向上查找符号 Symbol* lookup(const std::string name); // 仅在当前作用域查找符号 Symbol* lookupCurrentScope(const std::string name); SymbolTable* getParent() const { return parent_; } void enterScope(); // 进入一个新的子作用域用于复合语句、过程体 void exitScope(); // 退出当前作用域 private: std::unordered_mapstd::string, std::unique_ptrSymbol symbols_; SymbolTable* parent_; // 指向父作用域符号表的指针 std::vectorstd::unique_ptrSymbolTable children_; // 子作用域可选用于资源管理 }; // 符号基类 class Symbol { public: enum class Kind { Variable, Constant, Type, Procedure, Function }; Symbol(Kind kind, const std::string name, int line) : kind_(kind), name_(name), line_(line) {} virtual ~Symbol() default; // ... 其他公共属性和方法 }; // 变量符号 class VarSymbol : public Symbol { public: VarSymbol(const std::string name, std::shared_ptrType type, int line) : Symbol(Kind::Variable, name, line), type_(type) {} // ... 变量特有属性如存储偏移量等 private: std::shared_ptrType type_; }; }实现关键作用域链通过parent_指针将嵌套的作用域链接起来。lookup操作会沿着这条链向上查找模拟了标识符的静态作用域规则。符号种类细化不同类型的符号变量、过程需要存储不同的信息。使用继承体系可以灵活扩展。与AST的关联在语义分析阶段需要将AST中的标识符节点与符号表中的条目关联起来这通常通过在AST节点中添加一个Symbol*指针成员来实现。3.3 类型系统的表示SNL语言包含基本类型integer, char, boolean、数组类型和记录类型。我们需要一个能表示这些类型并能进行类型等价性判断的系统。// type.h #include memory #include string #include vector namespace SNL { class Type { public: enum class Kind { Basic, Array, Record }; Type(Kind kind) : kind_(kind) {} virtual ~Type() default; Kind getKind() const { return kind_; } // 类型等价性判断是语义分析的核心 virtual bool isEquivalentTo(const Type other) const 0; private: Kind kind_; }; class BasicType : public Type { public: enum class Tag { Integer, Char, Boolean }; BasicType(Tag tag) : Type(Kind::Basic), tag_(tag) {} bool isEquivalentTo(const Type other) const override { if (auto p dynamic_castconst BasicType*(other)) return tag_ p-tag_; return false; } // ... }; class ArrayType : public Type { public: ArrayType(int low, int high, std::shared_ptrType elemType) : Type(Kind::Array), low_(low), high_(high), elemType_(elemType) {} bool isEquivalentTo(const Type other) const override { if (auto p dynamic_castconst ArrayType*(other)) { return low_ p-low_ high_ p-high_ elemType_-isEquivalentTo(*(p-elemType_)); } return false; } // ... }; // RecordType 类似需要管理其字段列表 }注意事项类型等价性这是类型检查的基石。对于数组类型需要比较其下标范围和元素类型对于记录类型需要比较其字段名和字段类型的序列。这里采用了“名字等价”规则这是教学语言中常见的选择。使用std::shared_ptr类型对象可能在多个地方被引用如多个变量声明共享同一个数组类型使用共享指针可以方便地管理生命周期避免重复创建。4. 关键算法流程与代码实现4.1 递归下降语法分析器Parser的实现我们为SNL设计了一个LL(1)文法并据此实现递归下降分析器。核心是每个非终结符对应一个解析函数。// parser.cpp #include lexer.h #include ast_node.h #include memory namespace SNL { class Parser { public: Parser(Lexer lexer) : lexer_(lexer) { currentToken_ lexer_.getNextToken(); } // 程序 - 程序头程序体. std::unique_ptrProgramNode parseProgram() { auto programHead parseProgramHead(); // 解析 PROGRAM id match(TokenType::SEMI); auto programBody parseProgramBody(); // 解析包含声明和语句的复合语句 match(TokenType::DOT); return std::make_uniqueProgramNode(std::move(programHead), std::move(programBody)); } // 语句 - if语句 | while语句 | 赋值语句 ... std::unique_ptrASTNode parseStatement() { switch (currentToken_.type) { case TokenType::IF: return parseIfStatement(); case TokenType::WHILE: return parseWhileStatement(); case TokenType::ID: { // 可能是赋值语句或过程调用 auto lookahead lexer_.peekToken(); if (lookahead.type TokenType::ASSIGN || lookahead.type TokenType::LPAREN) { return parseAssignOrCallStatement(); } else { // 错误恢复或报告错误 reportError(Expected assignment or call statement); synchronize(); // 同步到下一个语句开始处 return nullptr; } } // ... 处理其他语句类型 default: reportError(Unexpected token at start of statement); synchronize(); return nullptr; } } // 解析if语句: IF 条件 THEN 语句 [ELSE 语句] FI std::unique_ptrIfStmtNode parseIfStatement() { int line currentToken_.line; match(TokenType::IF); auto condition parseExpression(); // 解析条件表达式 match(TokenType::THEN); auto thenStmt parseStatement(); std::unique_ptrASTNode elseStmt nullptr; if (currentToken_.type TokenType::ELSE) { match(TokenType::ELSE); elseStmt parseStatement(); } match(TokenType::FI); return std::make_uniqueIfStmtNode(line, std::move(condition), std::move(thenStmt), std::move(elseStmt)); } private: Lexer lexer_; Token currentToken_; void match(TokenType expected) { if (currentToken_.type expected) { currentToken_ lexer_.getNextToken(); } else { reportError(Expected tokenToString(expected) , but got tokenToString(currentToken_.type)); // 错误恢复策略可以尝试跳过一些Token直到同步点 } } // ... 其他辅助函数 }; }递归下降的优缺点优点直观代码结构清晰易于手动实现错误恢复和错误信息报告。非常适合LL(1)文法。缺点对文法的要求比较严格需要消除左递归和提取左公因子对于复杂的文法手写起来会非常繁琐。这也是为什么工业编译器常使用LR分析器生成工具的原因。4.2 语法制导的语义分析语义分析在语法分析的过程中或之后进行。我们采用“两次遍历”的策略第一次遍历处理所有声明构建完整的符号表第二次遍历进行类型检查和控制流检查。// semantic_analyzer.cpp #include ast_visitor.h #include symbol_table.h namespace SNL { class SemanticAnalyzer : public ASTVisitor { public: SemanticAnalyzer() { currentScope_ globalScope_; // 初始化当前作用域为全局 enterScope(); // 为最外层的程序体创建一个作用域 } // 访问变量声明节点 void visit(VarDeclNode node) override { // 1. 检查标识符在当前作用域是否重复声明 if (currentScope_-lookupCurrentScope(node.getName())) { reportError(Duplicate identifier node.getName() , node.getLineNo()); return; } // 2. 解析类型表达式得到Type对象 auto type resolveType(node.getTypeNode()); if (!type) { reportError(Invalid type, node.getLineNo()); return; } // 3. 创建符号并插入符号表 auto symbol std::make_uniqueVarSymbol(node.getName(), type, node.getLineNo()); currentScope_-insert(node.getName(), std::move(symbol)); // 4. 将符号关联到AST节点供后续阶段使用 node.setSymbol(...); } // 访问赋值语句节点 void visit(AssignStmtNode node) override { // 先访问左值和右值表达式 node.getLHS()-accept(*this); node.getRHS()-accept(*this); // 获取左右表达式的类型在访问表达式节点时已计算并存储 auto lhsType node.getLHS()-getExprType(); auto rhsType node.getRHS()-getExprType(); // 检查类型兼容性 if (!lhsType || !rhsType) { return; // 前面已有错误 } if (!lhsType-isAssignableFrom(*rhsType)) { // 自定义的类型可赋值判断 reportError(Type mismatch in assignment, node.getLineNo()); } } // 访问标识符表达式节点 void visit(IdExprNode node) override { // 在符号表中查找该标识符 Symbol* symbol currentScope_-lookup(node.getName()); if (!symbol) { reportError(Undeclared identifier node.getName() , node.getLineNo()); node.setExprType(std::make_sharedErrorType()); // 设置为错误类型避免级联错误 return; } if (symbol-getKind() ! Symbol::Kind::Variable) { reportError( node.getName() is not a variable, node.getLineNo()); } // 将找到的符号和类型关联到节点 node.setSymbol(symbol); node.setExprType(dynamic_castVarSymbol*(symbol)-getType()); } private: SymbolTable globalScope_; SymbolTable* currentScope_; std::vectorstd::string errors_; void enterScope() { auto newScope std::make_uniqueSymbolTable(currentScope_); currentScope_ newScope.get(); // 需要将新作用域挂载到父作用域下管理生命周期 // ... } void exitScope() { if (currentScope_-getParent()) { currentScope_ currentScope_-getParent(); } } }; }语义分析的核心任务建立符号表收集所有标识符的信息并检查重复定义。类型检查验证所有操作的运算对象类型是否兼容如赋值左右类型匹配操作数是否为数值型IF条件是否为布尔型。作用域分析确保标识符在其作用域内被正确引用。控制流检查例如确保RETURN语句只出现在函数体内且返回类型匹配。4.3 中间代码生成三地址码中间代码是一种介于高级语言和机器语言之间的表示形式。三地址码每条指令最多涉及三个地址非常直观且易于优化和翻译。我们定义一套简单的虚拟机指令集作为中间代码。// ir_instruction.h namespace SNL { namespace IR { enum class OpCode { ADD, SUB, MUL, DIV, // 算术运算 LT, LE, EQ, NE, GT, GE, // 比较运算 JMP, JMP_FALSE, // 跳转 ASSIGN, // 赋值 READ, WRITE, // 输入输出 CALL, RET, // 过程调用和返回 PARAM, // 参数传递 // ... }; class Instruction { public: OpCode op; std::string arg1, arg2, result; // 地址可以是变量名、临时变量名、常量或标签 // ... }; } } // ir_generator.cpp (同样是ASTVisitor) class IRGenerator : public ASTVisitor { std::vectorstd::unique_ptrIR::Instruction code_; int tempCounter_ 0; std::string newTemp() { return t std::to_string(tempCounter_); } void visit(BinaryOpExpr node) override { // 先递归生成左右子表达式的代码 node.getLHS()-accept(*this); std::string leftTemp getCurrentTemp(); // 获取左表达式的结果临时变量 node.getRHS()-accept(*this); std::string rightTemp getCurrentTemp(); // 获取右表达式的结果临时变量 std::string resultTemp newTemp(); IR::OpCode op; switch(node.getOp()) { case Op::PLUS: op IR::OpCode::ADD; break; case Op::LT: op IR::OpCode::LT; break; // ... } code_.push_back(std::make_uniqueIR::Instruction(op, leftTemp, rightTemp, resultTemp)); setCurrentTemp(resultTemp); // 设置当前表达式的结果临时变量 } void visit(AssignStmtNode node) override { node.getRHS()-accept(*this); std::string rhsTemp getCurrentTemp(); // 假设左值是一个简单变量其地址/名称已存储在符号中 std::string lhsName node.getLHS()-getName(); code_.push_back(std::make_uniqueIR::Instruction(IR::OpCode::ASSIGN, rhsTemp, , lhsName)); } void visit(IfStmtNode node) override { node.getCondition()-accept(*this); std::string condTemp getCurrentTemp(); std::string elseLabel newLabel(); std::string endLabel newLabel(); // 生成条件跳转指令如果条件为假跳转到else部分或结束 code_.push_back(std::make_uniqueIR::Instruction(IR::OpCode::JMP_FALSE, condTemp, elseLabel, )); // 生成then部分的代码 node.getThenStmt()-accept(*this); code_.push_back(std::make_uniqueIR::Instruction(IR::OpCode::JMP, endLabel, , )); // 生成else标签和代码如果有 emitLabel(elseLabel); if (node.getElseStmt()) { node.getElseStmt()-accept(*this); } // 生成结束标签 emitLabel(endLabel); } };中间代码的作用与机器无关便于进行跨平台移植和独立的代码优化。简化代码生成将复杂的AST结构扁平化为简单的指令序列目标代码生成器只需将这些指令映射到具体的机器指令或虚拟机指令即可。便于调试可以输出中间代码来检查编译器的前端工作是否正确。5. 目标代码生成与简单的栈式虚拟机为了简化我们不为真实的物理机器如x86生成汇编而是定义并实现一个简单的栈式虚拟机VM。我们的中间代码三地址码可以很容易地翻译成这个虚拟机的指令。5.1 虚拟机指令集与解释器// vm.h namespace SNL { namespace VM { enum class Instruction { PUSH, // PUSH val : 将常量值压栈 LOAD, // LOAD addr : 将变量地址处的值压栈 STORE, // STORE addr : 将栈顶值存入变量地址并弹栈 ADD, SUB, MUL, DIV, // 二元运算弹出两个操作数计算结果压栈 LT, EQ, ... // 比较运算弹出两个操作数比较结果1/0压栈 JMP, // JMP label : 无条件跳转 JZ, // JZ label : 栈顶为0则跳转并弹栈 CALL, // CALL label, nargs : 调用函数 RET, // RET : 从函数返回 READ, // READ addr : 从输入读入一个数到地址 WRITE, // WRITE : 输出栈顶值并弹栈 HALT }; struct VMInstr { Instruction op; int operand; // 可能是常量值、变量地址偏移量或跳转标签索引 }; class VirtualMachine { public: void loadCode(const std::vectorVMInstr code); void run(); private: std::vectorint stack_; // 运算栈 std::vectorint memory_; // 全局和局部变量存储 std::vectorVMInstr code_; int pc_ 0; // 程序计数器 int fp_ 0; // 帧指针用于访问局部变量 // ... 其他寄存器 void execute(const VMInstr instr); }; } }5.2 从三地址码到虚拟机指令代码生成器遍历中间代码序列为每条三地址指令生成一条或多条虚拟机指令。// code_generator.cpp void CodeGenerator::generateFromIR(const std::vectorIR::Instruction irCode) { for (const auto instr : irCode) { switch (instr.op) { case IR::OpCode::ADD: // 假设操作数已在栈上 vmCode_.push_back({VM::Instruction::ADD, 0}); break; case IR::OpCode::ASSIGN: // 生成将栈顶值存入目标地址的指令 // 1. 计算右值表达式的代码已将其结果留在栈顶 // 2. 生成STORE指令 int varAddr getVariableAddress(instr.result); vmCode_.push_back({VM::Instruction::STORE, varAddr}); break; case IR::OpCode::JMP_FALSE: // 条件跳转栈顶是条件值为假则跳转 int targetLabelIndex getLabelIndex(instr.arg2); vmCode_.push_back({VM::Instruction::JZ, targetLabelIndex}); break; // ... 处理其他指令 } } vmCode_.push_back({VM::Instruction::HALT, 0}); }6. 项目构建、测试与调试心得6.1 构建系统与工程组织一个清晰的目录结构至关重要。我采用了如下组织方式snl_compiler/ ├── CMakeLists.txt ├── src/ │ ├── main.cpp │ ├── lexer/ │ ├── parser/ │ ├── ast/ │ ├── semantic/ │ ├── ir/ │ └── codegen/ ├── include/ (对应头文件) ├── test/ (测试用例) │ ├── valid/ (正确的SNL程序) │ └── invalid/ (有各种错误的SNL程序) └── third_party/ (可选如catch2单元测试框架)使用CMake作为构建系统可以方便地管理依赖和跨平台编译。6.2 测试策略从单元到集成单元测试对每个独立模块进行测试。Lexer测试输入一段代码检查输出的Token序列是否正确。Parser测试输入Token序列或简单代码检查生成的AST结构是否正确。语义分析测试针对类型检查、作用域规则构造特定的测试用例。集成测试使用完整的SNL程序进行测试。正确性测试在test/valid/目录下放置正确的SNL程序编译并运行检查输出是否符合预期。错误恢复测试在test/invalid/目录下放置含有各种语法、语义错误的程序检查编译器是否能准确报告错误位置和类型而不是崩溃或产生误导信息。实操心得测试驱动开发TDD的益处在实现一个复杂模块如类型检查之前先写好测试用例。这能让你明确目标并且在修改代码后能快速验证功能是否被破坏。为编译器写测试虽然耗时但能极大提升代码质量和开发信心。6.3 调试技巧与常见问题排查编译器调试不同于普通应用调试因为错误可能发生在编译过程的任何阶段。丰富的日志输出在各个阶段的关键节点添加日志输出。词法分析输出识别出的每个Token及其行列号。语法分析以缩进形式打印ASTprintAST函数。语义分析打印符号表的内容和类型推导过程。代码生成输出生成的中间代码和最终虚拟机指令。 通过对比日志可以快速定位问题发生在哪个阶段。使用图形化工具查看AST可以编写一个将AST输出为DOT格式的函数然后用Graphviz生成图像直观地检查树结构是否正确。常见问题与解决内存泄漏由于AST和符号表结构复杂务必使用智能指针std::unique_ptr,std::shared_ptr来管理资源。Valgrind或AddressSanitizer是排查内存问题的利器。无限递归在递归下降解析器中如果文法存在左递归而没有消除会导致栈溢出。务必确保文法是LL(1)的。类型系统混乱确保类型等价性判断isEquivalentTo逻辑正确特别是对于递归类型如包含自身类型的记录。教学语言中通常避免这种复杂情况。代码生成错误虚拟机执行结果不对。可以单步执行虚拟机观察运算栈和内存的变化与手工推导的结果对比。7. 总结与扩展方向实现一个完整的编译器是一项庞大的工程但这个SNL编译器项目作为一个教学实践已经涵盖了最核心的概念和技术栈。通过它你不仅学会了词法分析、语法分析、语义分析、中间代码生成和目标代码生成的完整流程更深入实践了C面向对象设计、设计模式如访问者模式、复杂数据结构符号表、类型系统、AST的管理以及系统级的调试方法。这个项目本身还有很大的扩展空间如果你有兴趣继续深入增加优化在中间代码层面实现一些经典优化如常量传播、公共子表达式消除、死代码删除。支持更复杂的特性为SNL语言添加指针、模块化import、简单的面向对象特性。生成真实汇编将后端目标从虚拟机改为x86或RISC-V汇编学习调用约定、寄存器分配、指令选择等更深层的后端知识。集成开发环境IDE支持利用编译前端提供的词法、语法、语义信息实现一个简单的语言服务器为代码编辑器提供语法高亮、跳转定义、实时错误提示等功能。编译器的世界深邃而有趣每一个环节都充满了挑战和智慧。亲手实现一遍是理解这些原理最好的方式。希望这篇长文能为你打开这扇门并提供一份切实可行的“地图”。
