CreateProcessA执行Windows Kits 10调试目录程序返回ERROR_PATH_NOT_FOUND

直接触发ERROR_PATH_NOT_FOUND的硬伤 #

• 路径拼写存在低级错误：你代码中写的目标路径为C:\Program Files(x86)\Windows Kits\10\Debuggers\x64\cdb.exe，这里Program Files 与 (x86) 之间漏了一个强制空格。Windows系统的真实固定目录名是Program Files (x86)，缺失空格的路径在文件系统中根本不存在，直接触发错误码2（ERROR_PATH_NOT_FOUND）。可直接将这段路径粘贴到资源管理器地址栏验证：缺空格的路径会直接提示找不到对应位置。你测试用的C:\WINDOWS\system32\cmd.exe路径拼写完全正确，因此CreateProcessA能正常返回TRUE。

即使修正路径也容易踩的隐藏坑 #

• WOW64文件系统重定向干扰：如果当前编译的主程序是32位架构，在64位Windows环境下，系统会通过WOW64层对32位程序的文件访问做自动路径映射：32位程序访问C:\Program Files时会被自动重定向到C:\Program Files (x86)，访问C:\Program Files (x86)时会被映射到系统32位目录，反而找不到x64路径下的目标程序。
• 工作目录缺失引发加载失败：你调用CreateProcessA时给工作目录参数（lpCurrentDirectory）传了NULL，子进程会直接继承主程序的当前工作目录。而cdb.exe这类调试程序启动时需要加载同目录下的配套依赖dll，工作目录和程序所在目录不一致时，哪怕主程序路径完全正确，也可能因为依赖加载异常启动失败（这类场景通常返回错误码126，而非错误码2）。
• CreateProcessA的解析规则限制：你当前给CreateProcessA的可执行文件路径参数（lpApplicationName）传了NULL，完全依靠命令行参数（lpCommandLine）里的带引号字符串定位目标程序。这种用法没有路径自动纠错能力，只要路径里少个空格、多一个多余引号，系统就会严格按照传入的字符串查找，不会做模糊匹配修正。

验证修复步骤 #

• 首先修正路径的空格问题，把代码里的目标路径字符串替换为：R"("C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\cdb.exe")"
• 如果修正路径后仍然报错，在调用CreateProcessA时把lpCurrentDirectory参数设置为目标程序所在目录的绝对路径，即C:\\Program Files (x86)\\Windows Kits\\10\\Debuggers\\x64，避免依赖dll加载失败。
• 编译主程序时确认输出架构为64位，规避WOW64文件系统重定向的路径干扰。

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