反编译
将已编译的机器码或字节码逆向转换为接近原始源代码的高级语言形式的技术，使代码可读、可修改，在游戏移植和逆向工程中广泛应用
核心事实
时间轴 (近 90 天)
模型对控制流和数据流的推理能力有限，长函数与跨函数调用链仍是AI辅助反编译的明显短板。
游戏保存（game preservation）领域长期面临源码缺失、原平台淘汰的困境，反编译被视为延续老游戏生命力的关键手段之一。
游戏逻辑与渲染、音频、物理引擎高度耦合，单个函数的语义往往依赖引擎API的调用约定，脱离引擎文档难以准确推断。
发布版本的游戏二进制通常剥离符号表，导致反编译产物充满无语义标识符如sub_4012A0和var_18。
反编译工具如IDA Pro和Ghidra能还原出近似C的代码，但输出通常无法直接编译，需要大量人工整理。
编译过程会做常量折叠、内联、死代码消除、寄存器分配等优化，变量名、注释、类型信息通常被完全丢弃；发布版本还可能经过混淆或符号剥离，因此反编译只能得到语义近似的伪代码。
反编译通常指将编译后的机器码或字节码还原为可读的源代码或中间表示，工具如 IDA Pro、Ghidra、JD-GUI 等，属于静态分析范畴。
反编译（decompilation）是把汇编抽象成类 C 伪代码，恢复循环、条件、函数调用结构，但会丢失部分信息且命名靠猜。
反编译器将机器码转为汇编后进一步还原成接近 C 语言风格的伪代码，而反汇编器仅将机器码翻译成汇编指令。
模拟器通过软件模拟原始硬件环境让旧游戏机器码在现代设备上运行，而反编译是将已编译二进制机器码逆向还原为人类可读的高级语言代码（通常是C或C++）
还有 7 条时间轴事件
全部知识事实 (17)
反编译器将机器码转为汇编后进一步还原成接近 C 语言风格的伪代码，而反汇编器仅将机器码翻译成汇编指令。
70%已验证反编译（Decompilation）是将机器码或字节码还原为人类可读高级语言的过程，而反汇编（Disassembly）只还原到汇编层
65%待验证游戏逻辑与渲染、音频、物理引擎高度耦合，单个函数的语义往往依赖引擎API的调用约定，脱离引擎文档难以准确推断。
50%待验证模型对控制流和数据流的推理能力有限，长函数与跨函数调用链仍是AI辅助反编译的明显短板。
50%待验证游戏保存（game preservation）领域长期面临源码缺失、原平台淘汰的困境，反编译被视为延续老游戏生命力的关键手段之一。
50%待验证发布版本的游戏二进制通常剥离符号表，导致反编译产物充满无语义标识符如sub_4012A0和var_18。
50%待验证反编译工具如IDA Pro和Ghidra能还原出近似C的代码，但输出通常无法直接编译，需要大量人工整理。
50%待验证编译过程会做常量折叠、内联、死代码消除、寄存器分配等优化，变量名、注释、类型信息通常被完全丢弃；发布版本还可能经过混淆或符号剥离，因此反编译只能得到语义近似的伪代码。
50%待验证反编译通常指将编译后的机器码或字节码还原为可读的源代码或中间表示，工具如 IDA Pro、Ghidra、JD-GUI 等，属于静态分析范畴。
50%待验证反编译（decompilation）是把汇编抽象成类 C 伪代码，恢复循环、条件、函数调用结构，但会丢失部分信息且命名靠猜。
50%待验证传统反编译采用逐行修改代码、编译后与原始输出比对、匹配成功才继续下一行的迭代方式
50%待验证模拟器通过软件模拟原始硬件环境让旧游戏机器码在现代设备上运行，而反编译是将已编译二进制机器码逆向还原为人类可读的高级语言代码（通常是C或C++）
50%待验证反编译结果的正确性需要可编译、可运行的反馈信号来驱动智能体迭代
50%待验证编译过程是有损的，变量名、注释、类型信息、高层控制流等语义信息在编译时被丢弃，因此反编译本质上是不存在唯一正确答案的信息重建问题
50%待验证传统游戏反编译极度依赖人工逆向工程，使用IDA Pro、Ghidra等专业反汇编工具将机器码翻译成汇编指令
50%待验证反编译是从已知输出（机器码运行结果）通过猜测-验证循环倒推产生该结果的源代码的过程
50%待验证反编译结果并非原始源码，变量名通常被混淆或以 var_1、sub_4012A0 等占位符呈现
50%