Windows下能否使用导出符号/序号一致的多DLL实现运行时切换？

这个需求完全可以实现，只要两个DLL的导出接口规则完全匹配，重命名替换的方案是合规的Windows PE加载逻辑支持的。你遇到的错误码0x22对应Windows系统错误ERROR_BAD_EXE_FORMAT，本质是加载器校验你替换的DLL时发现不符合要求，不是方案本身不可行。

• 确认调用约定完全一致：两个DLL的所有导出函数必须使用相同的调用约定，x64架构下默认只有微软标准调用约定，但如果手动加了__stdcall/__cdecl等特殊修饰，必须保证两个DLL的修饰规则完全相同，否则会触发栈异常或加载校验错误。
• 确认DEF文件配置正确：你需要用同一份DEF文件生成两个DLL，确保导出名称、序号完全对齐，示例DEF文件写法如下：

  NAME "blah_legacy.dll"
  EXPORTS
  blah_open @1
  blah_read @2
  blah_write @3
  blah_close @4
  blah_control @5
  blah_status @6
  

  重点注意头部的NAME字段：这个字段定义了DLL的内部名称，加载器会比对主程序导入表要求的DLL名称和DLL的内部名称，不一致就会加载失败。如果不写NAME字段，DLL的内部名称会默认使用编译时的文件名，你后续重命名DLL文件不会修改内部名称，就会触发校验失败。
• 确认DLL架构一致：两个DLL必须和主程序的架构完全匹配，不能一个是x86一个是x64，否则会直接报0x22错误。
• 确认DLL依赖完整：替换后的DLL本身的所有依赖项（比如VC运行库、第三方依赖DLL）必须在部署环境中存在，依赖缺失也会触发加载失败。
• 确认无多余导出/缺失导出：两个DLL的导出表必须完全匹配，不能出现一个有额外导出、一个缺少对应导出的情况。

优先使用VS自带的dumpbin工具，比第三方的objdump对Windows PE格式的解析更准确，打开VS自带的命令提示符即可使用：

• 查看DLL架构：dumpbin /headers <DLL路径>，查看Machine字段确认是x64还是x86
• 查看DLL导出表：dumpbin /exports <DLL路径>，确认导出的函数名称、序号、内部DLL名称符合要求
• 查看DLL依赖项：dumpbin /dependents <DLL路径>，确认所有依赖DLL都存在
• 查看主程序导入表：dumpbin /imports <EXE路径>，确认主程序导入的DLL名称、函数规则和替换的DLL匹配

如果需要更详细的加载失败原因，可以打开Windows事件查看器，进入「Windows日志-应用程序」，查找对应时间的错误事件，里面会明确标注加载失败的具体触发点。

如果不想处理DLL内部名称匹配的问题，可以改用显式动态加载方案：不需要在编译时链接导入库，运行时调用LoadLibrary加载目标DLL，再通过GetProcAddress获取各个函数的地址进行调用，这种方案灵活性更高，只要导出函数名称和接口一致就可以正常调用，不需要考虑DEF文件配置、内部名称匹配等问题。

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