WPF调用ACR122U NFC库报BadImageFormatException加载错误求助

1. 同依赖库WinForms正常、WPF触发格式错误的原因 #

BadImageFormatException本质是进程尝试加载不匹配当前运行架构/格式的程序集，和WinForms、WPF本身的UI框架差异无关，核心触发点只有两类：

• 平台目标不匹配：Sydesoft.NfcDevice.ACR122U是混合了原生代码的非纯托管程序集，内置了32位/64位特定架构的读写器通信逻辑，无法在MSIL的Any CPU模式下自适应架构。可正常运行的WinForms教程项目要么显式指定了x86平台目标，要么是基于.NET Framework的旧模板默认勾选了「首选32位」，进程始终以32位模式启动，匹配32位的库文件；而新建的WPF项目如果是.NET Core/.NET 5+模板，Any CPU模式下在64位系统会默认以64位进程启动，加载32位混合程序集直接抛出格式错误。
• 依赖缺失：WinForms教程项目已经把ACR122U库依赖的原生PC/SC通信dll、驱动配套组件全部配置为复制到输出目录，而WPF项目可能仅引用了主dll，漏拷了同架构的原生依赖文件，加载时因为找不到匹配的原生组件也会报格式错误。

2. 应用程序池方案的适用性说明 #

该方案完全不适用于WPF桌面场景。
所谓应用程序池启用32位配置是IIS托管ASP.NET Web应用的专属设置，作用是指定Web站点的工作进程以32位模式运行，本质和桌面程序的平台目标配置逻辑一致，但WPF是独立运行的桌面进程，不依赖IIS托管，不存在应用程序池配置入口，不需要尝试找对应设置。

3. 报错排查与解决路径 #

按优先级依次操作即可：

• 统一配置x86平台目标
  右键WPF项目→选择「属性」→进入「生成」选项卡：
  • 分别切换Debug、Release配置项，将平台目标从「Any CPU」改为x86
  • 取消勾选「首选32位」选项（.NET Framework项目可见该选项）
  • 保存配置后清理解决方案，重新生成项目
• 校验程序集与依赖完整性
  • 打开可正常运行的WinForms项目的输出目录（默认路径为项目下bin/Debug或bin/Release文件夹），将所有名称包含Sydesoft、ACR122U、PCSC的dll文件全部复制到WPF项目的输出目录，覆盖现有同名文件
  • 找到本地的Sydesoft.NfcDevice.ACR122U.dll文件，右键打开属性面板，如果底部有「解除锁定」按钮（Windows对网络下载文件的默认安全锁定），点击解锁后重新在WPF项目中添加引用
• 校验运行环境兼容性
  • 确认本机安装的ACR122U驱动包含32位PC/SC通信组件，不要仅安装64位版本驱动
  • 如果WPF项目目标框架为.NET Core/.NET 5及以上版本，确认所用的Sydesoft库版本支持对应框架；多数公开版本的Sydesoft.ACR122U封装仅适配.NET Framework 4.x，可临时将WPF项目目标框架改为.NET Framework 4.8验证是否为框架兼容问题
• 修正语法问题
  贴出的初始化代码缺少构造函数括号，正确写法如下，该问题会触发编译错误，不会导致运行时格式异常，可同步修正：

  private static ACR122U acr122u = new ACR122U();
  

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