VS2022 17.2.5构建WPF项目生成清单报错 如何定位问题引用

这个错误的核心原因是VS2022是64位进程，其内置的清单生成工具运行在64位上下文下，加载程序集时遇到了位数不匹配（x86/x64/Any CPU配置冲突）、路径无效的依赖项，和绑定重定向、Nuget包版本问题无关，按以下步骤可精准定位问题项：

1. 通过详细生成日志定位异常程序集 #

• 打开VS2022菜单：工具 > 选项 > 项目和解决方案 > 生成并运行
• 将MSBuild项目生成输出详细程度修改为诊断级别，保存设置
• 清理项目后重新生成，在输出窗口中搜索Generating manifest字段，定位到清单生成任务的执行节点，该节点下会完整记录所有尝试加载的程序集路径，以及抛出BadImageFormatException时对应的具体文件，不会只显示最终生成的Toolbox.exe路径。

2. 常见问题排查点 #

找到异常程序集后按以下规则修复：

• 若异常项是解决方案内的其他引用项目：检查该项目的平台目标配置，VS2022打开老.NET Framework项目时，会默认给Any CPU配置勾选首选32位(Prefer 32-bit)，和老版本VS的默认配置不一致，会导致跨项目引用时出现位数冲突，统一所有项目的平台目标、首选32位配置即可。
• 若异常项是第三方DLL：尤其是C++编写的原生DLL、混合模式程序集，检查其编译位数和当前生成配置是否匹配，32位原生DLL无法在64位的清单生成进程中加载。
• 若异常路径存在类似Repos..Toolbox.exe的双点异常路径：直接打开项目的.csproj文件，搜索对应文件名，删除残留的无效HintPath引用配置即可。

3. 离线排查依赖项 #

如果日志中没有明确记录异常依赖，可以临时关闭清单生成先完成基础编译：
在项目的PropertyGroup配置中加入：

<GenerateManifests>false</GenerateManifests>

编译成功后，打开VS2022开发者命令提示符，进入项目输出目录，使用corflags工具逐个检查目录下所有exe、dll的平台标记：

corflags /v 待检查的文件名

对比返回结果中PE、32BITREQ、32BITPREF字段的取值，和主输出程序集标记不一致的文件就是导致错误的依赖项。

注：你之前尝试的重装Nuget包、添加绑定重定向配置仅能解决程序集版本冲突问题，无法处理平台位数不匹配的加载错误，对该问题无效。

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