Go如何从go-bindata提供的内存字节切片直接加载DLL

Windows系统官方提供的LoadLibrary（也就是Go runtime里syscall.NewLazyDLL底层调用的接口）仅支持从磁盘文件路径加载DLL，不存在官方公开的内存加载入口，你查到的C/C++/C#内存加载方案本质都是手动实现PE手动映射逻辑，这套逻辑在Go里可以完全复刻，不需要把DLL释放到本地磁盘。

具体实现步骤如下：

• 前置合法性校验
  拿到go-bindata返回的DLL字节切片后，先做PE格式校验：检查DOS头的MZ签名、NT头的PE签名，确认DLL架构和当前Go程序编译架构一致（32位程序无法加载64位DLL，反之直接返回错误），避免后续内存操作触发崩溃。
• 申请内存并映射DLL结构
  调用kernel32.dll的VirtualAllocAPI申请内存空间，初始内存保护属性设为PAGE_READWRITE，申请大小为PE头中SizeOfImage字段指定的DLL镜像大小：
  1. 先把PE头数据复制到申请到的内存基址位置
  2. 遍历节表，把DLL的各个节（.text、.data、.rdata等）按节表指定的内存偏移复制到对应位置，处理好文件对齐和内存对齐的差值
  3. 遍历导入表，加载DLL依赖的所有系统DLL，填充导入地址表（IAT）中每个导入函数的真实内存地址
  4. 遍历重定位表，如果申请到的内存基址和DLL编译时预设的ImageBase不一致，按重定位项修正所有绝对地址引用
• 初始化DLL
  所有内存映射、地址修正完成后，调用VirtualProtect修改内存页属性：代码节（.text）改为PAGE_EXECUTE_READ，可写数据节保持PAGE_READWRITE，之后定位到DLL的DllMain入口函数，传入DLL_PROCESS_ATTACH参数执行，完成DLL的初始化流程。
• 封装函数调用逻辑
  不需要再依赖syscall.NewLazyDLL做加载，加载完成后解析DLL的导出表，记录每个导出函数的内存地址，需要调用函数时，把地址转换为对应函数签名的Go函数类型即可直接调用，也可以自己封装类似NewLazyDLL的懒加载逻辑降低调用成本。

踩坑提示：

1. 不要尝试Hook Go runtime内部的syscall_loadlibrary方法适配内存加载，runtime对DLL加载有和调度相关的特殊处理，硬改很容易触发不可复现的崩溃
2. 整套逻辑不需要依赖CGO，纯Go通过syscall调用系统API即可实现，不会破坏单文件打包的效果
3. 如果第三方DLL做了加壳、反内存加载校验、强签名校验，手动映射方案会失效，需要先做对应过校验处理
4. 如果不想从零实现PE加载逻辑，可以直接适配已有的Go语言PE手动映射实现，核心逻辑和你查到的C/C#版本DLL加载器完全一致，仅需要把输入源替换为go-bindata返回的字节切片即可。

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