.NET 4.0 WinForm加载InfoConnectCOM.Wrapper64.dll报BadImageFormatException

首先，咱们先抓住核心矛盾：你的AnyCPU程序在大部分64位Win10上正常，但少数机器加载InfoConnectCOM.Wrapper64.dll时提示“不是有效Win32应用”——这本质上是进程运行位数和目标程序集位数不匹配导致的。下面分步骤拆解问题，给出不用全量重编译的解决方案：

一、先搞懂为什么会出现位数不匹配 #

.NET 4.0的AnyCPU有个容易被忽略的默认行为：默认勾选「Prefer 32-bit」选项。这意味着即使在64位系统上，程序也会以32位进程运行，此时加载x64架构的Wrapper64.dll必然触发BadImageFormatException。

那为什么只有6台机器出问题？大概率是这几台机器的环境有特殊配置，强制进程跑成了32位，而其他机器的进程正常以64位运行。

二、快速排查步骤 #

1. 确认进程实际运行位数 #

在出问题的机器上打开任务管理器：

• 切换到「详细信息」标签，找到你的QCC.exe进程
• 右键列标题，勾选「平台」列，查看进程是32位还是64位
  如果显示32位，那就是进程位数和x64的Wrapper DLL不兼容，这是核心问题。

2. 检查项目的「Prefer 32-bit」设置 #

即使你选了AnyCPU，也可能不小心开了这个选项：

• 打开项目属性 → 生成 → 平台目标
• 确保AnyCPU下的「Prefer 32-bit」是未勾选状态（.NET 4.0默认是勾选的，容易踩坑）

3. 验证InfoConnect的安装版本 #

虽然你重装了，但要确认这6台机器装的是64位版本的InfoConnect：

• Wrapper64.dll是专门对应64位InfoConnect的COM包装器，如果机器上装了32位InfoConnect，它的COM组件是32位的，x64包装器调用时必然报错。
• 可以用Visual Studio自带的dumpbin /headers工具，检查Wrapper64.dll的架构，确认它确实是x64的。

4. 检查系统兼容性或组策略设置 #

• 右键QCC.exe → 属性 → 兼容性，看有没有勾选「以兼容模式运行这个程序」（比如选了Windows 7），这会强制进程以32位运行，取消勾选试试。
• 企业环境下，组策略可能强制32位进程：打开命令提示符，输入echo %PROCESSOR_ARCHITECTURE%，正常64位系统应该返回AMD64，如果是x86，说明环境变量被修改了。

三、不用全量重编译的解决方案 #

1. 用配置文件强制64位进程运行 #

如果不想改项目设置重编译，可以给QCC.exe添加一个同名配置文件QCC.exe.config，写入以下内容：

<configuration>
  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    <!-- 关键：禁用Prefer 32-bit，强制64位系统跑64位进程 -->
    <prefer32Bit enabled="false" />
  </startup>
</configuration>

这个配置会覆盖项目的默认设置，让64位系统上的进程以64位运行，就能正常加载x64的Wrapper DLL了。

2. 动态适配进程位数加载对应程序集 #

既然你已经用了动态加载，可以在代码里先判断进程位数，再加载对应版本的interop程序集：

Private _system As Object
' 准备x86和x64两个版本的interop程序集名称
Private Const IC16AssemblyName_x64 As String = "InfoConnectCOM.Interop.x64, Version=1.0.0.0, Culture=neutral, PublicKeyToken=13bff1b6907eadcf"
Private Const IC16AssemblyName_x86 As String = "InfoConnectCOM.Interop.x86, Version=1.0.0.0, Culture=neutral, PublicKeyToken=13bff1b6907eadcf"

Private Sub CreateIC16SystemObject()
    Dim assemblyName As String
    ' 判断当前进程是64位还是32位
    If IntPtr.Size = 8 Then
        assemblyName = IC16AssemblyName_x64
    Else
        assemblyName = IC16AssemblyName_x86
    End If
    Dim assembly As Reflection.Assembly = Reflection.Assembly.Load(assemblyName)
    Dim type As System.Type = assembly.GetType("Accmgr.AccmgrSystemWrapper")
    _system = Activator.CreateInstance(type)
End Sub

这样不管进程是32位还是64位，都能加载对应架构的程序集，彻底解决位数不匹配问题。

3. 修复InfoConnect的安装 #

如果确认这6台机器装的是32位InfoConnect，卸载后重新安装64位版本，确保和Wrapper64.dll的架构匹配。

四、为什么只有少数机器受影响？ #

可能的原因包括：

• 这6台机器的系统镜像自带特殊配置，比如全局开启了Prefer 32-bit，或者组策略强制32位进程。
• 这6台机器误装了32位版本的InfoConnect，而其他机器是64位版本。
• 机器的系统文件损坏，导致64位进程无法正常加载依赖，自动 fallback到32位运行。
• 某些杀毒软件或系统优化工具修改了程序的运行架构。

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