CreateProcess报“系统找不到指定文件”错误，主因是目标.exe未生成、路径错误（含空格/中文/超长）、$(TargetPath)与实际输出不一致、调试配置被硬编码覆盖，或运行时依赖DLL缺失。

这个错误不是编译失败，而是 Windows 在调用 CreateProcess 时根本没找到你要启动的 .exe 文件——它可能压根没生成、生成到了别处、被删了，或者路径里有空格/中文/过长路径导致解析失败。

确认 $(TargetPath) 是否真实存在

VS 调试时默认启动的是项目属性中定义的 $(TargetPath)（即 $(OutDir)$(TargetName)$(TargetExt)）。但这个路径未必对应实际落盘位置。

• 打开项目属性 → “配置属性” → “常规” → 查看“输出目录”（$(OutDir)）和“目标文件名”
• 手动打开该路径，检查 Project1.exe（或你项目的实际名称）是否存在、时间戳是否最新
• 如果路径含中文、空格、或长度超过 260 字符（如 C:\Users\用户名\Documents\Visual Studio 2022\Projects\...），Windows 可能静默失败——建议把项目移到短路径如 D:\proj\
• 在“输出”窗口（Ctrl+Alt+O）切换到“生成”选项卡，搜索 正在复制“xxx.exe”到，确认日志中显示的复制目标是否与 $(TargetPath) 一致

检查启动项目和生成状态是否匹配

常见误操作是：改了配置（比如从 Debug 切到 Release），但没重新生成；或多个项目共存时，启动项目设错了。

Visual Studio Professional 18.8.1

Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。

下载

• 顶部工具栏确认当前“解决方案配置”（Debug/Release）和“平台”（x64/x86）与你期望的一致
• 右键解决方案资源管理器中的项目 → 确保“设为启动项目”已启用（图标带绿色三角）
• 即使“生成成功”，也可能只是编译通过、链接失败，最终没产出 .exe——查看“错误列表”中是否有 LNK 开头的链接错误（如 LNK1104: 无法打开文件“xxx.lib”）
• 执行“清理解决方案” + “重新生成解决方案”，不要只点“生成”，因为增量生成可能跳过链接步骤

排查调试器配置被意外修改

VS 的调试启动行为可被手动覆盖，一旦填错就直接报“找不到文件”，且不提示具体哪错了。

• 项目属性 → “调试”选项卡 → 检查“启动项目”是否勾选；若为“启动外部程序”，确认路径是否指向一个真实存在的 .exe
• 重点检查“命令”字段（Command）：它默认为空，若被填入类似 $(SolutionDir)bin\Debug\app.exe 这种硬编码路径，而实际输出在 $(SolutionDir)x64\Debug\，就会失败
• “工作目录”字段如果填了不存在的路径，有时也会干扰启动逻辑（尤其涉及相对路径加载 DLL 时）
• 检查“生成后事件”是否误写了 del "$(TargetPath)" 或移动命令，导致刚生成就被删

验证运行时依赖是否缺失（尤其 C++ 项目）

即使 .exe 存在且路径正确，Windows 启动时仍可能因缺 DLL 报同一错误——这是 CreateProcess 层面的 ERROR_FILE_NOT_FOUND，不区分 EXE 和依赖。

• 用 dumpbin /dependents "Project1.exe" 查看它依赖哪些 DLL（如 VCRUNTIME140D.dll, MSVCP140D.dll）
• 将 Project1.exe 拖进 Dependencies（https://github.com/lucasg/Dependencies）工具，看是否有红色标记的缺失模块
• Debug 版本依赖带 D 的调试版运行时，若没装 Visual Studio 或对应 vc_redist.x64.exe，就会失败；Release 版则需确保目标机装了对应红istributable
• 临时把所有依赖 DLL 复制到 .exe 同目录下测试，能快速验证是否为依赖问题

真正棘手的情况往往是多个因素叠加：比如输出路径配置错 + 杀毒软件实时删除刚生成的 EXE + 调试器命令字段残留旧路径。优先验证 $(TargetPath) 对应文件是否存在，比翻日志更快定位根源。