如何解决Any CPU模式下第三方DLL与Prefer 32-bit的兼容冲突？

方案1：拆分功能到独立进程（最稳妥的解决方式） #

Windows进程的位数（32/64位）是启动时就确定的，同一个进程里无法同时兼容需要不同位数环境的DLL，拆分是最直接的解决办法：

• 把依赖DLL#1的代码抽出来做成独立EXE，平台设为Any CPU并取消Prefer 32-bit，确保它在64位系统上以64位模式运行；
• 把依赖DLL#2的代码抽出来做成另一个独立EXE，平台设为Any CPU并勾选Prefer 32-bit，强制它以32位模式运行；
• 主程序通过进程间通信与这两个辅助程序交互：简单场景用命令行传参+读写文件即可，复杂场景可采用Named Pipes或gRPC实现数据传递。

方案2：更换DLL的兼容版本 #

• 检查DLL#2是否有64位版本，若存在则直接替换使用，主程序保持Any CPU且不勾选Prefer 32-bit，即可同时兼容64位的DLL#1和DLL#2；
• 注意：根据描述，x86平台下DLL#1完全无法运行，因此不要尝试将主程序切换为x86模式，也无需寻找DLL#1的32位版本。

方案3：修改托管DLL的位数标识（仅限.NET托管程序集） #

如果DLL#1或DLL#2是.NET托管程序集，可使用微软自带的CorFlags工具调整其位数要求：

• 打开Visual Studio开发者命令提示符，执行对应命令：

  # 取消强制32位要求
  CorFlags.exe YourDll.dll /32BITREQ-
  # 强制32位要求
  CorFlags.exe YourDll.dll /32BITREQ+
  

• 注意：原生非托管DLL无法通过此方法修改，且修改第三方DLL可能违反许可协议，操作前需确认对方授权。

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