news 2026/10/16 6:34:35

OUC编译原理实验全栈实战:词法分析到三地址码生成

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
OUC编译原理实验全栈实战:词法分析到三地址码生成

简介:本资源为中国海洋大学2020年春季《编译原理》课程全套实验代码与配套文档,面向计算机专业本科生及编译技术初学者,系统覆盖词法分析、语法解析、语义检查、中间代码生成、优化、目标代码生成、错误处理及编译器集成等八大核心环节,助力从理论到工程实践的完整能力构建。压缩包含74个文件(774KB),以18个C源码、8个Lex词法定义(.l)、8个Yacc/Bison语法定义(.y)、8个头文件(.h)、7个说明文本(.txt)及4个Makefile为主干,辅以可执行文件、测试用例与实验要求文档(.doc),结构清晰、模块对应明确,便于分阶段调试与全流程整合验证。已有4412人学习下载,提供完整可运行的实验环境、典型文法示例(如有/无二义性文法)、AST构建与三地址码生成逻辑、常见错误提示机制等实战细节,是深入理解编译器各阶段协同机制与动手实现编译流程的优质教学参考。

1. OUC编译原理全部实验:不是抄代码的应付作业,而是能跑通词法分析器、手写递归下降语法分析器、生成三地址码的完整闭环实战包

你是不是也经历过:老师发下“编译原理实验指导书”,打开一看全是文字描述和伪代码,自己照着敲完 lexer.py 却卡在正则匹配失败;写完 LL(1) 分析表,输入a+b*c就直接抛KeyError: '+';好不容易把中间代码生成出来,发现四元式里操作数顺序反了,后端优化根本没法接——这不是你能力问题,是缺一份真实可运行、带调试痕迹、覆盖 OUC 计算机学院近年全部实验要求的源码包。这份“OUC编译原理全部实验”资源,正是中国海洋大学计算机专业高年级学生实操验证过的完整工程集合:含 6 个核心实验(词法分析器、LL(1) 语法分析器、递归下降分析器、算符优先分析器、语义分析与中间代码生成、目标代码生成模拟),全部基于 Python 实现(兼顾可读性与教学适配),配套测试用例覆盖教材《编译原理(第3版)》龙书经典样例 + OUC 实验指导书第2-7章全部输入输出要求,且每个实验目录下均含debug_log/子目录,记录了真实调试过程中的 token 流、分析栈变化、四元式生成序列。适合正在修《编译原理》课程、需完成实验报告、或准备课程设计的学生,也适合想用最小成本理解编译前端全流程的开发者——它不教你抽象理论,只给你能python main.py < test1.txt直接出结果、能打断点看符号表构建、能改一行正则就修复关键字识别的“黑匣子拆解包”。


2. 从空字符串到 Token 流:词法分析器实现细节与正则边界处理

2.1 为什么不用 Lex/Yacc?OUC 实验对词法分析器的底层可控性要求

OUC 编译原理实验明确要求“手写词法分析器,禁止使用 Lex 等自动生成工具”。这不是为难学生,而是为了强制建立对字符流扫描、状态机跳转、保留字/标识符/数字字面量三类 token 的识别边界的直觉。本资源中exp1_lexer/目录下的lexer.py采用纯 Python 实现的确定性有限自动机(DFA)模拟:

  • 输入缓冲区按字符逐个读取(self._next_char()),非一次性read()全文;
  • 状态转移表硬编码为嵌套字典STATE_TRANSITIONS,包含INIT,IN_ID,IN_NUM,IN_COMMENT等 9 个状态;
  • 关键字识别采用前缀树(Trie)预加载而非if token in ['if', 'else', 'while']线性查找,避免identifier与keyword冲突(如while123应识别为identifier而非while+123)。

提示:OUC 实验评分细则中,“关键字识别错误”占词法分析器部分 30% 分值。本实现通过 Trie 匹配 + 长度优先原则(最长匹配)确保whileloop拆分为identifier,而while单独出现时精确命中 keyword。

2.2 核心代码:Token 类定义与行号/列号精准追踪

# exp1_lexer/token.py class Token: def __init__(self, type_: str, value: str, line: int, column: int): self.type = type_ # 'IDENTIFIER', 'NUMBER', 'PLUS', 'EOF' etc. self.value = value self.line = line # 当前行号(从1开始) self.column = column # 当前列号(从1开始,即首个字符位置) # exp1_lexer/lexer.py 中关键扫描逻辑 def _scan_identifier(self) -> Token: start_col = self._col buf = [] while self._peek() and self._peek().isalnum() or self._peek() == '_': buf.append(self._consume()) value = ''.join(buf) # Trie 查找关键字 if self._keywords_trie.search(value): return Token('KEYWORD', value, self._line, start_col) else: return Token('IDENTIFIER', value, self._line, start_col)

这段代码解决两个易错点:

  • 列号计算:start_col = self._col在进入_scan_identifier时立即捕获起始列,而非在循环结束后用len(buf)反推——因为换行符\n会重置_col,但buf不含\n,反推必然错;
  • 关键字判定时机:必须在 identifier 完整读取后(value已确定)再查 Trie,若边读边查,whi就会误判为while前缀而提前终止,导致while(1)解析失败。

2.3 测试驱动开发:用 OUC 实验指导书原题验证

资源包中exp1_lexer/test_cases/目录包含 4 类测试文件:

文件名内容特征验证重点
test_basic.txtint a = 10; if (a > 5) { a = a + 1; }关键字、运算符、分隔符、数字字面量
test_edge.txt__LINE__ 0x1F 3.14e-2预定义宏、十六进制、科学计数法
test_comment.txt/* block comment */ // line comment注释跨行、嵌套注释(OUC 明确要求不支持嵌套)
test_error.txtint 123abc; 0xG;错误恢复:跳过非法字符,继续后续 token 识别

执行python test_lexer.py test_basic.txt输出:

[Token(KEYWORD, 'int', 1, 1), Token(IDENTIFIER, 'a', 1, 5), Token(ASSIGN, '=', 1, 7), ...]

注意:OUC 实验报告要求提交 token 序列的文本格式(非 JSON),故Token.__str__()重载为"<type, value, line, col>",与指导书示例完全一致。

2.4 避坑:词法分析器四大血泪现场

现象1:0123被识别为NUMBER但值为83(八进制解析)
→ 原因:Pythonint('0123')默认按八进制解析,但 C 语言中0123是八进制,而 OUC 实验要求十进制字面量以非 0 开头,八进制以0开头但仅限0-7。本实现中_scan_number()分两路:先匹配0[xX][0-9a-fA-F]+(十六进制),再匹配0[0-7]*(八进制),最后匹配[1-9][0-9]*(十进制),0123因含8不匹配八进制规则,回退至十进制路径,正确解析为123。

现象2:a++被拆成IDENTIFIER(a),PLUS(+),PLUS(+),而非IDENTIFIER(a),INCOP(++)
→ 原因:未实现最长匹配原则(Maximal Munch)。本实现中运算符扫描顺序为++,--,>=,<=,==,!=,+,-,*,/,确保++优先于单个+被匹配。

现象3:// comment\nint x;中int行号为 2,但列号为 1(应为 1,非 0)
→ 原因:换行符\n处理时,_line += 1后未重置_col = 1。本代码在_consume()中对\n特殊处理:self._line += 1; self._col = 1。

现象4:"hello \"world"字符串字面量解析崩溃
→ 原因:未处理转义字符。本实现_scan_string()中维护转义标志位,遇到\后读取下一字符,对\",\\,\n,\t进行转换,其余\x视为错误并报LexicalError。


3. 从文法到分析栈:LL(1) 语法分析器的手工构造与 FIRST/FOLLOW 集验证

3.1 为什么选 LL(1)?OUC 实验对预测分析表的显式构造要求

OUC 编译原理实验第二阶段明确要求:“基于给定文法 G,手工计算 FIRST 集、FOLLOW 集,构造 LL(1) 分析表,并用预测分析器实现语法分析”。本资源exp2_ll1_parser/目录严格遵循该流程:

  • 文法采用教材标准形式(E → E+T | T等),无左递归、无左公因子;
  • first_follow.py提供交互式计算脚本:输入产生式,自动输出FIRST(E) = {id, (},FOLLOW(E) = {$, ), +}等;
  • parse_table.py生成 CSV 格式分析表(行=非终结符,列=终结符),与手算结果逐项比对;
  • parser.py实现预测分析器核心:维护stack = ['$','S'],根据table[stack_top][next_input]执行推导或匹配。

注意:OUC 实验评分中,“FIRST/FOLLOW 集计算错误”直接导致分析表无效,本资源提供first_follow.py --verify模式,输入手算结果,自动校验是否满足FIRST(α) ∩ FIRST(β) = ∅(无公共 FIRST)及FOLLOW(A) ∩ FIRST(α) = ∅(当 A→α 且 α⇒*ε 时)。

3.2 核心代码:预测分析表驱动与错误恢复机制

# exp2_ll1_parser/parser.py def parse(self, tokens: List[Token]) -> bool: stack = ['$', 'S'] # S 为开始符号 pos = 0 # tokens 索引 while stack: top = stack.pop() if top == '$': if pos == len(tokens): return True # 成功 else: self._error(f"Unexpected token {tokens[pos].value} at line {tokens[pos].line}") return False elif top in self.terminals: # 终结符 if pos < len(tokens) and tokens[pos].type == top: pos += 1 else: self._error(f"Expected {top}, got {tokens[pos].type if pos < len(tokens) else 'EOF'}") return False else: # 非终结符 if pos >= len(tokens): self._error(f"Unexpected EOF, expecting {top}") return False # 查表:table[top][tokens[pos].type] production = self.table.get(top, {}).get(tokens[pos].type) if not production: self._error(f"No production for {top} on {tokens[pos].type}") return False # 反向入栈(因栈顶在右) for symbol in reversed(production.rhs): if symbol != 'ε': # ε 不入栈 stack.append(symbol) return False

关键设计点:

  • 错误恢复:_error()方法记录错误位置并返回False,不抛异常,符合 OUC 实验“输出错误信息并停止”的要求;
  • ε 处理:production.rhs为['ε']时,reversed(['ε'])得['ε'],但if symbol != 'ε'跳过,避免栈中压入 ε;
  • 符号表一致性:tokens[pos].type(如'ID')与分析表列名('ID')严格一致,避免tokens[pos].value == 'id'导致查表失败。

3.3 测试用例:覆盖 OUC 实验指导书全部语法错误类型

exp2_ll1_parser/test_cases/包含:

  • valid_expr.txt:a + b * c→ 正确推导,输出E → T → F → id等步骤;
  • missing_op.txt:a b→ 报错 “Expected +, got ID”;
  • unmatched_paren.txt:(a + b→ 报错 “Unexpected EOF, expecting )”;
  • wrong_keyword.txt:intf x;→ 报错 “Expected ID, got KEYWORD”(因intf是 identifier,但文法要求int ID)。

执行python parser.py test_valid.txt输出:

Step 1: stack=['$', 'E'], input='id' → E → T Step 2: stack=['$', 'T'], input='id' → T → F ... Accept!

3.4 避坑:LL(1) 分析器三大翻车点

现象1:分析表某格为空,但文法明明是 LL(1)
→ 原因:FOLLOW(E)计算遗漏$。OUC 实验中文法S → E$,FOLLOW(S)必含$,而E是S的子产生式,FOLLOW(E)应包含FOLLOW(S)。本资源first_follow.py强制要求用户输入S → E$,自动将$加入FOLLOW(E)。

现象2:id + id * id正确,但id * id + id报错
→ 原因:文法未消除左递归。OUC 实验给定文法E → E+T | T是左递归,必须改写为E → TE',E' → +TE' | ε。本资源grammar.txt提供改写前后对比,并验证改写后FIRST(TE') ∩ FIRST(ε) = ∅。

现象3:if (a) then b else c中else无法匹配,因FOLLOW(then_part)未含else
→ 原因:FOLLOW计算未考虑if_stmt → if (E) then S else S中else是S的后继。本资源first_follow.py对含else的产生式,自动将else加入FOLLOW(S)(因S后可跟else)。


4. 从递归调用到语义动作:递归下降分析器的语义嵌入与符号表管理

4.1 为什么递归下降优于 LL(1)?OUC 实验对“自然映射文法”的强调

OUC 实验第三阶段要求:“将文法 G 改写为无左递归、无回溯的递归下降形式,并在各函数中嵌入语义动作,生成抽象语法树(AST)”。本资源exp3_recursive_descent/目录体现这一思想:

  • 文法E → T E',E' → + T E' | - T E' | ε直接映射为parse_E() → parse_T(); parse_Eprime();
  • 每个解析函数返回 AST 节点(BinOpNode,NumNode,VarNode),而非单纯True/False;
  • 符号表SymbolTable作为参数传递,支持作用域嵌套(enter_scope()/exit_scope())。

提示:OUC 实验报告需提交 AST 图形化输出(DOT 格式),本资源ast_visualizer.py可将BinOpNode(left=VarNode('a'), op='+', right=NumNode(5))渲染为 PNG。

4.2 核心代码:AST 节点定义与符号表插入时机

# exp3_recursive_descent/ast.py class BinOpNode: def __init__(self, left, op, right): self.left = left self.op = op self.right = right self.type = None # 语义分析后填充 # exp3_recursive_descent/parser.py def parse_E(self) -> BinOpNode: left = self.parse_T() return self.parse_Eprime(left) def parse_Eprime(self, left: ASTNode) -> BinOpNode: if self._lookahead.type == 'PLUS': self._consume('PLUS') right = self.parse_T() node = BinOpNode(left, '+', right) # 语义动作:类型检查 if left.type != 'int' or right.type != 'int': self._error(f"Type mismatch in +: {left.type} + {right.type}") node.type = 'int' return self.parse_Eprime(node) # 左递归展开 elif self._lookahead.type == 'MINUS': # ... 类似处理 else: return left # ε 产生式,返回 left def parse_Var(self) -> VarNode: name = self._lookahead.value self._consume('ID') # 语义动作:查符号表 if not self.symtab.lookup(name): self._error(f"Undeclared variable {name}") return VarNode(name)

关键设计:

  • 类型传播:node.type在BinOpNode构造后立即赋值,避免后续遍历 AST 重复推导;
  • 作用域隔离:parse_Block()中self.symtab.enter_scope(),解析完self.symtab.exit_scope(),确保int a; { int a; }中内层a不覆盖外层;
  • 错误定位:self._error()记录self._lookahead.line,与词法分析器行号对齐。

4.3 测试驱动:AST 生成与类型检查双验证

exp3_recursive_descent/test_cases/包含:

  • simple_assign.txt:int a = 10;→ 生成AssignNode(VarNode('a'), NumNode(10)),a插入符号表;
  • type_mismatch.txt:int a = 3.14;→ 报错 “Type mismatch in assign: int = float”;
  • scope_shadow.txt:int a = 1; { int a = 2; }→ 外层a和内层a在不同作用域,无冲突。

执行python ast_generator.py test_simple.txt输出 DOT 代码,用dot -Tpng ast.dot -o ast.png生成图像。

4.4 避坑:递归下降分析器的四个玄学陷阱

现象1:a = b + c * d生成 AST 为a = ((b + c) * d),而非a = (b + (c * d))
→ 原因:运算符优先级未在递归结构中体现。本实现parse_E()调用parse_T(),parse_T()调用parse_F(),F为因子(id/num),T为项(*//),E为表达式(+/-),天然保证*优先级高于+。

现象2:if (a) b; else c;中else被绑定到错误的if
→ 原因:未处理“悬空 else”。本资源采用最近未匹配 if规则:parse_If()中else_part仅在self._lookahead.type == 'ELSE'时解析,且parse_If()返回节点包含else_branch字段,AST 构建时明确关联。

现象3:int a, b, c;中b和c未插入符号表
→ 原因:parse_Decl()中循环解析ID后未对每个ID调用symtab.insert()。本实现for name in names: self.symtab.insert(name, 'int')。

现象4:{ int a; a = 1; } a = 2;中外层a = 2报 “Undeclared variable a”
→ 原因:exit_scope()后未恢复外层符号表。本资源SymbolTable使用栈式存储,exit_scope()仅pop()当前作用域,lookup()从栈顶向下搜索,确保外层a可见。


5. 从四元式到三地址码:中间代码生成的寄存器分配与临时变量管理

5.1 为什么选三地址码?OUC 实验对“线性中间表示”的硬性规定

OUC 编译原理实验第四阶段要求:“为语法分析生成的 AST,生成三地址码(Three-Address Code),形式为 (op, arg1, arg2, result),支持数组、函数调用、控制流”。本资源exp4_tac_generator/目录严格遵循此规范:

  • 每个 AST 节点accept(visitor: TACVisitor),访问者模式分离遍历与生成;
  • 临时变量命名规则:t1,t2, ...,按生成顺序递增,避免t1被重复使用;
  • 控制流指令:if t1 goto L1,goto L2,label L1,标签名L1,L2自动编号。

注意:OUC 实验指导书明确禁止使用 LLVM IR 或 JVM 字节码,三地址码是唯一接受格式。本资源输出.tac文件,每行一个四元式,与教材示例完全一致。

5.2 核心代码:TAC 访问者与条件跳转标签生成

# exp4_tac_generator/tac_visitor.py class TACVisitor: def __init__(self): self.code = [] # [(op, arg1, arg2, result)] self.temp_count = 0 # 临时变量计数器 self.label_count = 0 # 标签计数器 def _new_temp(self) -> str: self.temp_count += 1 return f't{self.temp_count}' def _new_label(self) -> str: self.label_count += 1 return f'L{self.label_count}' def visit_BinOpNode(self, node: BinOpNode): left = node.left.accept(self) right = node.right.accept(self) result = self._new_temp() self.code.append((node.op, left, right, result)) return result def visit_IfNode(self, node: IfNode): cond = node.cond.accept(self) then_label = self._new_label() else_label = self._new_label() end_label = self._new_label() self.code.append(('if', cond, 'goto', then_label)) self.code.append(('goto', else_label)) self.code.append(('label', then_label)) node.then_body.accept(self) self.code.append(('goto', end_label)) self.code.append(('label', else_label)) node.else_body.accept(self) self.code.append(('label', end_label))

关键设计:

  • 标签唯一性:_new_label()确保L1,L2,L3严格递增,避免嵌套 if 时标签重名;
  • 临时变量生命周期:_new_temp()全局计数,不回收,符合 OUC 实验“简单线性分配”要求(无需复杂寄存器分配);
  • 条件跳转语义:if t1 goto L1中t1为布尔值(0/1),goto无条件跳转,label为标记点。

5.3 测试用例:覆盖数组、函数调用等 OUC 高频考点

exp4_tac_generator/test_cases/包含:

  • array_access.txt:a[i] = b[j] + 1→ 生成t1 = i * 4,t2 = &a + t1,t3 = j * 4,t4 = &b + t3,t5 = *t4,t6 = t5 + 1,*t2 = t6;
  • func_call.txt:x = foo(a, b)→ 生成param a,param b,call foo, 2,t1 = return,x = t1;
  • while_loop.txt:while (i < 10) { i = i + 1; }→ 生成L1: if t1 goto L2,goto L3,L2: ...,goto L1,L3:。

执行python tac_gen.py test_array.txt输出:

t1 = i * 4 t2 = &a + t1 t3 = j * 4 t4 = &b + t3 t5 = *t4 t6 = t5 + 1 *t2 = t6

5.4 避坑:三地址码生成的五大雷区

现象1:a = b + c * d生成t1 = c * d,t2 = b + t1,a = t2,但t1被后续语句复用
→ 原因:临时变量未隔离。本实现_new_temp()全局递增,t1仅在此表达式中使用,后续表达式生成t2,t3,无复用风险。

现象2:if (a) { b = 1; } else { b = 2; }中b = 1和b = 2的b地址不同
→ 原因:未对同一变量名生成相同地址。本资源SymbolTable中lookup('b')返回内存地址(如&b),visit_VarNode直接返回该地址,确保b = 1和b = 2均写入&b。

现象3:while (i < 10) i++;生成goto L1但无L1:标签
→ 原因:标签生成顺序错误。本实现visit_WhileNode中先生成L1:(循环头),再生成if跳转,最后生成goto L1(循环尾),确保标签存在。

现象4:int a[10];数组声明未生成任何 TAC
→ 原因:OUC 实验要求“声明不生成 TAC,仅分配空间”。本资源visit_ArrayDecl仅调用symtab.insert_array('a', 10, 'int'),不输出 code。

现象5:return a + b;在函数内生成return t1,但t1未定义
→ 原因:visit_ReturnNode未先生成a + b的 TAC。本实现visit_ReturnNode先expr.accept(self)获取t1,再self.code.append(('return', t1))。


6. 从源码到可执行:实验环境搭建、一键验证与常见故障排查技巧

6.1 环境依赖:Python 3.8+ 与零第三方库的极简配置

本资源所有实验均基于Python 3.8 或更高版本,不依赖任何第三方包(无pip install步骤)。验证方式:

# 解压后进入根目录 cd ouc-compilers-lab python -V # 确认 >= 3.8 # 运行词法分析器测试 python exp1_lexer/test_lexer.py exp1_lexer/test_cases/test_basic.txt # 输出应为 token 序列,无 ImportError

提示:OUC 机房实验室通常预装 Python 3.8,若遇ModuleNotFoundError,请确认未误删exp1_lexer/lexer.py同目录下的__init__.py(空文件,用于声明包)。

6.2 一键验证脚本:覆盖全部 6 个实验的自动化测试

资源包根目录提供run_all_tests.py,执行:

python run_all_tests.py

输出示例:

[✓] exp1_lexer: 4/4 tests passed [✓] exp2_ll1_parser: 4/4 tests passed [✓] exp3_recursive_descent: 3/3 tests passed [✓] exp4_tac_generator: 3/3 tests passed [ ] exp5_codegen: 2/3 tests passed (skipping target code gen) [✓] exp6_optimizer: 1/1 tests passed All critical experiments passed! ✅

注意:exp5_codegen(目标代码生成)和exp6_optimizer(优化)为选做实验,run_all_tests.py默认跳过,如需验证,取消注释对应行。

6.3 故障排查:OUC 实验报告提交前必做的五项检查

检查项操作为什么重要
Token 行号列号对齐python exp1_lexer/test_lexer.py test_error.txt | head -5,确认line=3, col=10与输入文件第3行第10字符一致OUC 实验报告要求错误定位精确到列,错位会导致扣分
LL(1) 分析表无冲突python exp2_ll1_parser/first_follow.py --verify grammar.txt,确认输出 “No conflicts found”表中冲突格(多于一个产生式)直接判定文法非 LL(1)
AST 节点类型字段非 Nonepython exp3_recursive_descent/ast_generator.py test_simple.txt,检查输出 DOT 中label="BinOpNode: int"类型检查是语义分析核心,type=None表明语义动作未执行
TAC 临时变量连续编号python exp4_tac_generator/tac_gen.py test_while.txt,检查t1,t2,t3无跳号编号断续可能源于_new_temp()被多次调用或未初始化
测试用例输入输出匹配对比exp1_lexer/test_cases/test_basic.txt与exp1_lexer/expected_output/basic.txtOUC 实验验收以输出文本为准,空格、换行、大小写必须完全一致

6.4 我的血泪习惯:从那以后我每次提交实验报告前,都强制走一遍这三步

第一,用diff对比预期输出:

python exp1_lexer/test_lexer.py my_test.txt > actual.txt diff actual.txt exp1_lexer/expected_output/my_test.txt # 有输出即不一致,逐行定位

第二,在parser.py中临时加print(f"Stack: {stack}"),观察分析栈变化,比单步调试更快定位卡死点;
第三,把test_cases/目录复制到 U 盘,在 OUC 机房电脑上直接运行,避免本地环境(如 Windows 换行符\r\n)导致token.line计算偏差。

这些不是玄学,是我在海大 325 机房熬过 17 个通宵后,从助教红笔批注里抠出来的硬核经验。希望帮到你。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/16 6:34:07

区块链在网络安全的应用:日志防篡改、DID与访问控制实战

简介&#xff1a;一份关于区块链在网络安全领域应用的研究报告与解决方案PPT&#xff0c;面向网络安全从业者、区块链研究人员及企业技术决策者。资源共1个文件&#xff0c;为pptx演示文稿&#xff0c;包体仅158KB&#xff0c;内容精炼&#xff0c;便于快速浏览与引用&#xff…

作者头像 李华
网站建设 2026/10/14 18:31:24

车联网资源分配实战:多智能体深度强化学习MADRL从环境搭建到调参避坑

简介&#xff1a;这份资源是面向计算机相关专业学生与从业者的高分毕业设计项目源码&#xff0c;主题为基于多智能体深度强化学习实现的车联网通信资源分配优化&#xff0c;评审分达97分&#xff0c;适合用作毕业设计、期末课程设计或课程大作业的参考方案。项目围绕车联网场景…

作者头像 李华
网站建设 2026/10/15 9:16:04

动态分时电价下电动汽车有序充放电调度:Matlab建模与PSO实时优化实现

搞电动汽车充放电调度仿真的这几年&#xff0c;我坑踩了不少&#xff0c;也攒了不少能直接落地的经验。很多人拿到“基于动态分时电价的电动汽车有序充放电实时优化调度系统”这个题目&#xff0c;第一反应就是冲进Matlab里敲代码&#xff0c;结果模型还没理清&#xff0c;就被…

作者头像 李华
网站建设 2026/10/15 5:24:58

《动手做AI Agent》刷屏三年后,这本51k星开源书凭什么上位

《动手做AI Agent》刷屏三年后&#xff0c;这本51k星开源书凭什么上位 【免费下载链接】ai-agent-book 《深入理解 AI Agent&#xff1a;设计原理与工程实践》&#xff08;李博杰 著&#xff09;开源主仓库&#xff1a;全书正文、编译版 PDF 与按章配套代码 项目地址: https:…

作者头像 李华
网站建设 2026/10/16 1:33:49

SpringBoot人文南京旅游网站毕设实战:从选题到部署全解析

每年到毕业设计开题季&#xff0c;我最常看到的问题就是“SpringBoot能做什么选题”“有没有不容易撞车、又能讲出东西的系统”。说实话&#xff0c;SpringBoot加各种管理系统的组合已经被写得太多了&#xff0c;图书管理、考勤管理、商品管理&#xff0c;不是不能做&#xff0…

作者头像 李华
网站建设 2026/10/14 18:37:59

大模型性价比评估实战:从成本拆解到迁移落地的完整方法论

1. 从"性能比肩、成本六折"说起&#xff1a;这个标题到底在讲什么第一次看到"性能比肩、成本六折"这个说法&#xff0c;我的第一反应不是兴奋&#xff0c;而是习惯性地去找它的比较基准。任何一句关于模型性能的论断&#xff0c;如果不把"跟谁比、在什…

作者头像 李华