VS2013编译32位Debug程序启动失败：并行配置错误排查咨询

遇到这种并行配置的问题，尤其是涉及到不同版本VC运行时混装的情况，根源大多在依赖链或者运行时组件的缺失上。结合你给出的Depends32和sxstrace信息，我给你梳理几个针对性的调试步骤：

• 检查项目的编译与链接配置

  • 打开VS2013项目属性，依次进入配置属性 -> 常规，确认平台工具集是v120（VS2013专属工具集），不要选成VS2005的v80或者其他旧版本
  • 转到配置属性 -> C/C++ -> 常规，检查附加包含目录，有没有不小心引入VS2005的头文件路径
  • 再看配置属性 -> 链接器 -> 输入，查看附加依赖项，排除msvcr80d.lib、msvcp80d.lib这类VS2005 Debug CRT库的引用

• 排查第三方库的兼容性

  • 如果项目用到了第三方静态/动态库，务必确认这些库是用VS2013 32位 Debug编译的——很多时候旧版本Debug程序突然挂掉，就是因为某个依赖库被替换成了64位或者VS2005版本
  • 替换成对应版本的第三方库后，不要只依赖VS的“清理”功能，手动删除项目的中间目录（一般是Debug/x86/Debug）和输出目录的所有文件，再重新编译整个解决方案

• 修复VC运行时组件

  • 虽然你用的是VS2013，但sxstrace明确提到找不到VC80.DebugCRT的特定版本（8.0.50727.6195），这说明某个依赖库需要VS2005的Debug运行时。你可以尝试：
    • 安装VS2005的SP1更新包（这个版本号是SP1的补丁版本），或者下载对应版本的32位VC++ 2005 Debug Redistributable组件
    • 修复VS2013的安装：打开控制面板→程序和功能，找到Visual Studio 2013，选择“更改”→“修复”，确保VS2013的32位Debug运行时组件完整

• 用更精准的工具排查依赖链

  • Depends32对新版本Windows的兼容性一般，建议用VS自带的dumpbin工具分析导入表：
    • 打开VS2013的32位开发者命令提示符，运行命令：dumpbin /imports 你的程序.exe
    • 查看输出里的导入项，找有没有指向64位dll的路径（比如C:\Windows\System32而不是SysWOW64），或者VC80 Debug相关的dll
  • 用Process Monitor跟踪文件访问：
    • 打开Process Monitor，设置过滤条件：进程名称等于你的程序名，操作是CreateFile，结果是NAME NOT FOUND
    • 启动程序，查看哪些dll被找不到，尤其是VC80.DebugCRT相关的文件，能精准定位缺失的文件路径和版本

• 检查WinSxS目录的组件完整性

  • 打开C:\Windows\WinSxS，搜索目录名x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727.6195_none，如果这个目录不存在，说明该版本的VC80 Debug CRT未安装
  • 如果找不到，可以从其他正常的开发机器上复制对应目录（确保版本号完全一致），或者通过VS2005 SP1安装包修复

• 检查项目的清单文件

  • 查看程序输出目录下的.manifest文件，确认里面是否有Microsoft.VC80.DebugCRT的引用条目，检查processorArchitecture是否为x86，版本号是否匹配8.0.50727.6195
  • 如果确定这个依赖是多余的，可以在项目属性里设置配置属性 -> 链接器 -> 嵌入清单为否，然后手动编辑清单删除对应条目（注意：这一步要谨慎，确保不会破坏其他依赖）

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