咨询：无源码将32位机器码、游戏EXE及DLL转为64位的可行性与工作量

32位机器码能否转换为64位？ #

理论上可以实现，但绝非简单的指令替换。32位与64位x86指令集存在核心差异：

• 寄存器宽度从32位扩展到64位，新增8个通用寄存器，调用约定（如Windows下的x64调用约定与32位的fastcall/stdcall）完全不同；
• 内存寻址方式、指针长度（从4字节变为8字节）、部分指令的行为也有区别。

转换时需要逐条分析32位机器码对应的逻辑，再将其映射为等效的64位指令，还要处理指针扩展、栈帧布局调整等问题，无法通过自动化工具一键完成。

无源码情况下完成转换是否可行？ #

可行，但难度极高，属于逆向工程领域的复杂任务：

1. 需先用逆向工具（如IDA Pro、Ghidra）将32位EXE/DLL反编译为汇编代码，梳理程序的整体逻辑、函数调用关系、数据结构；
2. 手动或半自动将汇编代码适配64位指令集，修正所有涉及指针的地方（如结构体成员、函数参数、内存寻址）；
3. 若依赖的DLL为32位，要么同步将其转换为64位，要么找到对应的64位版本替换——否则使用兼容层（如WoW64）无法实现内存空间扩展的目标；
4. 还要调整程序的导入表、导出表、资源文件等，确保64位程序能正常加载运行。

转换所需工作量有多大？ #

工作量完全取决于程序的规模和复杂度：

• 小型程序（等效代码几千行）：数周时间，主要集中在指令转换、调用约定修正、指针长度适配；
• 中型程序（等效代码几万行）：数月时间，需处理大量边缘情况，如汇编级优化代码、自定义内存管理逻辑、硬件相关指令；
• 大型游戏（等效代码数十万甚至上百万行）：工作量接近重写。游戏通常包含大量自定义逻辑、第三方库依赖、资源加载流程，还可能存在32位特定的内存布局优化，转换过程中会遇到无数兼容性问题，很多模块甚至需要重新实现。

额外建议 #

如果你的核心需求只是获取更大的内存分配空间，优先尝试给32位程序开启/LARGEADDRESSAWARE标志。开启后，64位Windows系统上的32位程序可使用最多4GB内存（默认仅2GB），这个操作工作量极小，无需逆向或转换，是更高效的替代方案。

内容的提问来源于stack exchange，提问作者shadow_wxh