AnyCPU编译触发BadImageFormatException的解决方案咨询（.NET 6/VS2022）

核心原因 #

.NET 6及以上版本中，AnyCPU编译的程序在64位系统上会以64位进程运行，此时无法加载32位非托管DLL；反之在32位系统上以32位进程运行，无法加载64位DLL。你的场景中同时存在32位旧DLL和x64依赖，因此固定单一平台不可行。

可行解决方案 #

1. 为旧DLL提供双位数版本并动态加载 #

• 准备旧DLL的32位和64位版本（优先找官方/第三方编译的64位版本；若只有32位，可评估是否有替代方案或自行编译）
• 将两个版本分别放在项目输出目录的x86和x64子文件夹中
• 在代码中根据当前进程位数动态加载对应版本的DLL：

  using System.Runtime.InteropServices;
  using System.IO;
  
  public static class OldDllLoader
  {
      [DllImport("kernel32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
      private static extern IntPtr LoadLibrary(string lpFileName);
  
      public static void Load()
      {
          string dllDir = Environment.Is64BitProcess ? "x64" : "x86";
          string dllPath = Path.Combine(AppContext.BaseDirectory, dllDir, "YourOldDll.dll");
          
          IntPtr handle = LoadLibrary(dllPath);
          if (handle == IntPtr.Zero)
          {
              throw new System.ComponentModel.Win32Exception(Marshal.GetLastWin32Error());
          }
      }
  
      // 声明DLL中的函数，名称需与DLL导出一致
      [DllImport("YourOldDll.dll")]
      public static extern void YourOldDllFunction();
  }
  
  // 在程序启动阶段调用加载逻辑
  OldDllLoader.Load();
  

• 确保项目构建时将两个版本的DLL复制到对应子目录（可通过Visual Studio中文件的「属性-复制到输出目录」设置为「始终复制」）

2. 拆分进程，隔离32位依赖 #

• 将依赖32位旧DLL的逻辑单独封装成一个x86平台的独立进程（如控制台应用或Windows服务）
• 主进程（设为x64，满足其他依赖）通过进程间通信（IPC）与该子进程交互，可选方式包括：
  • 命名管道（Named Pipes）
  • gRPC
  • TCP套接字
• 这种方式彻底隔离了位数冲突，缺点是需要额外实现进程间通信逻辑

3. 针对托管DLL的特殊处理（若旧DLL为托管程序集） #

如果旧DLL是托管程序集而非非托管库，可尝试用corflags.exe工具修改其位数标识：

• 打开Visual Studio开发者命令提示符
• 执行命令：corflags YourOldDll.dll /32BITREQ-（移除32位强制要求）
• 注意：此方法仅适用于托管DLL，非托管DLL无法通过该方式修改

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