VS2022/Wix构建MSI安装包报0x8007000B错误的成因及方案咨询

这个错误码对应的Win32错误是ERROR_BAD_FORMAT，本质是构建过程中尝试加载的二进制文件和当前运行的构建进程架构不匹配。你换WiX工具集仍然报相同错误，说明问题根本不在具体安装项目的配置上——网上针对旧版VS单种安装项目的解决方案没用，是因为故障出在全局公共依赖或者扩展兼容层，不是单个项目的属性配置错了。
常见的触发场景只有三类：

• 你安装的Microsoft Visual Studio Installer Projects扩展、WiX工具集是适配旧版32位VS的版本，和VS2022的64位主进程不兼容，尤其是VS更新到17.6及以上版本后，旧版扩展的32位构建组件被加载时会直接触发这个格式错误
• 系统中MSI构建依赖的公共COM组件（常见是mergemod.dll、cubemod.dll）被老旧安装工具、注册表清理软件替换成了错误架构的版本，或者注册信息错位，所有调用这些公共组件的MSI构建工具都会报同样的错
• 全局注入类安全软件、系统增强工具在构建进程加载依赖时做了拦截篡改，导致加载到的二进制文件格式校验失败

1. 先做架构兼容性校验：打开VS2022的开发者命令提示符，用corflags命令检查你安装的WiX工具集下的candle.exe、light.exe，以及Installer Projects扩展下的构建组件，如果输出标注为32位PE，直接卸载当前的扩展和WiX工具集，重新安装适配64位VS2022的最新正式版本，不要安装兼容VS2019的遗留版本
2. 修复公共组件注册：以管理员身份打开命令提示符，依次执行以下命令重新注册MSI构建依赖的动态库，执行完重启电脑再试构建

cd %windir%\SysWOW64
regsvr32 /u mergemod.dll
regsvr32 mergemod.dll
cd %windir%\System32
regsvr32 /u mergemod.dll
regsvr32 mergemod.dll

3. 临时退出所有带全局进程注入的安全软件、桌面美化/增强工具后再试构建，如果构建恢复正常，把MSBuild、VS相关进程加到对应软件的排除列表即可。

如果不想继续花时间排查环境问题，可以直接换不依赖VS内置MSI构建链的工具，稳定性更高：

• Inno Setup：开源轻量，基于脚本配置，学习成本极低，常规桌面程序的安装需求（写注册表、创建快捷方式、自定义安装界面、检测运行依赖）都能覆盖，构建速度远快于MSI工具链，没有架构兼容问题，是个人开发者做安装包的首选
• NSIS：同样开源，安装包压缩率更高，插件生态完善，适合对安装包体积敏感的场景
• 如果必须输出标准MSI格式满足企业域部署要求，可以用Advanced Installer免费版，独立运行不依赖VS组件，可视化操作可以直接导入项目输出文件，自动识别依赖，不需要手写配置
• 如果是内部使用的小工具，完全可以直接用dotnet publish打自包含单文件/单文件夹发布包，用压缩包分发，省去制作安装包的成本

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