QT程序部署至Program Files(x86)后QProcess无法启动子进程求助

我之前做QT项目时刚好碰到过几乎一模一样的问题，折腾了半天终于找到根源，给你几个实际验证有效的排查和解决思路：

1. 给含空格的路径套上双引号 #

Program Files(x86)的路径里有空格，直接拼接的路径传给QProcess时，会被识别成多个参数，导致系统找不到目标程序。你需要把完整的子进程路径用双引号包裹起来：

QString fullSubProcessPath = rootPath + ressources + app;
// 给路径加上双引号，避免空格导致的解析错误
fullSubProcessPath = QString("\"%1\"").arg(fullSubProcessPath);
procStart.start(fullSubProcessPath);

2. 显式设置QProcess的工作目录 #

很多子进程依赖同目录下的配置文件或动态库，哪怕你用了绝对路径，工作目录不对的话也会启动失败。建议把QProcess的工作目录设置为主程序所在的目录：

// 获取主程序的运行目录，QT官方推荐的可靠方式
QString appWorkingDir = QCoreApplication::applicationDirPath();
procStart.setWorkingDirectory(appWorkingDir);
// 之后可以直接用子进程的相对路径启动，或者绝对路径也没问题
procStart.start(app);

3. 补全错误排查的手段 #

你说没触发QProcessError信号，大概率是信号连接的时机不对（比如在调用start之后才连接信号），或者可以改用同步方式检查启动状态，能直接拿到错误信息：

procStart.start(fullSubProcessPath);
// 等待3秒看是否启动成功，超时直接返回错误
if (!procStart.waitForStarted(3000)) {
    qDebug() << "子进程启动失败：" << procStart.errorString();
    qDebug() << "错误代码：" << procStart.error();
}

另外要注意，procStart最好是类的成员变量，要是局部变量的话，函数执行完对象就销毁了，信号根本发不出来。

4. 检查UAC虚拟化的干扰 #

哪怕你请求了管理员权限，Windows的UAC虚拟化可能会把对Program Files目录的写入操作重定向到用户的AppData目录，导致子进程的实际路径不对。可以在程序的manifest文件里明确禁用虚拟化：
在manifest中添加以下配置：

<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
<application xmlns="urn:schemas-microsoft-com:asm.v3">
  <windowsSettings>
    <autoElevate xmlns="urn:schemas-microsoft-com:asm.v3">true</autoElevate>
    <disableUserAccountControlVirtualization xmlns="urn:schemas-microsoft-com:asm.v3">true</disableUserAccountControlVirtualization>
  </windowsSettings>
</application>

5. 用QT官方方法获取可靠路径 #

别自己手动拼接rootPath了，QT提供了获取主程序目录的可靠方法，能避免路径拼接时的斜杠、相对路径等问题：

QString appDir = QCoreApplication::applicationDirPath();
// 确保ressources和app的拼接没有多余或缺失的斜杠
QString subProcessPath = appDir + QDir::separator() + ressources + QDir::separator() + app;

建议你先从路径加双引号和设置工作目录这两点入手，这两个是我当时解决问题的关键。

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