C++程序使用QProcess调用PowerShell脚本时无信号且无法获取退出码问题

你当前代码中QProcess无法触发信号、拿不到退出码，是四个叠加的实现错误导致的，和PowerShell本身无关：

• QProcess启动参数完全错误：你直接将.ps1脚本路径传给start()，但.ps1不是可执行程序，Windows shell会用关联程序异步打开它，QProcess根本无法接管这个进程的生命周期，自然捕获不到退出事件。正确的启动目标必须是powershell.exe，脚本路径要作为命令行参数传入。
• QProcess线程亲和性错误：你在主线程上下文（ExecutionThread对象在主线程构造时）new QProcess，后续跨到子线程调用start()，违反Qt对象的线程规则——QProcess的所有事件、信号派发，都依赖创建它的线程的事件循环，跨线程调用start()会导致事件投递到错误的线程，无法被处理。
• 子线程无事件循环，提前退出：你的run()函数在调用start()之后，立刻emit自定义的finished信号让run()返回，子线程直接终止，完全没有启动事件循环处理QProcess的异步事件。没有事件循环，QProcess哪怕接收到进程退出、stdout输出的系统通知，也无法派发对应的信号。
• 信号重名歧义：你在ExecutionThread中手动声明的finished()信号，和QThread内置的、在线程完全终止时触发的finished()信号重名，会造成元对象系统的连接歧义，甚至引发运行时断言。
• 你之前尝试的QProcess::execute()无信号触发是正常行为：这是同步阻塞的静态方法，执行过程中不会投递异步事件，本身就不依赖信号槽机制。

架构调整原则 #

• 让QProcess对象在子线程内创建，保证其线程亲和性和当前子线程一致
• 构造正确的PowerShell启动命令，不要直接启动.ps1文件
• 子线程内启动事件循环，支撑QProcess的信号派发
• 用Qt内置信号，避免自定义信号与内置信号重名

代码修改示例 #

修改后的ExecutionThread.h #

#pragma once
#include <QThread>
#include <QProcess>
class ExecutionThread : public QThread
{
    Q_OBJECT
public:
    explicit ExecutionThread(QObject *parent = nullptr);
    ~ExecutionThread();
    void registerScriptPath(const QString& p_scriptPath);
signals:
    void outputReady(const QString& content);
    void processExited(int exitCode, QProcess::ExitStatus status);
protected:
    void run() override;
private:
    QProcess* m_Process = nullptr;
    QString m_scriptPath;
};

修改后的ExecutionThread.cpp #

#include "ExecutionThread.h"
ExecutionThread::ExecutionThread(QObject *parent) 
    : QThread(parent), m_Process(nullptr) {}
ExecutionThread::~ExecutionThread()
{
    if(m_Process) m_Process->deleteLater();
    wait(); // 线程析构前确保安全退出
}
void ExecutionThread::registerScriptPath(const QString& p_scriptPath)
{
    m_scriptPath = p_scriptPath;
}
void ExecutionThread::run()
{
    // 子线程上下文创建QProcess，亲和性绑定当前子线程
    m_Process = new QProcess();
    // 连接信号，转发输出到外部
    connect(m_Process, &QProcess::readyReadStandardOutput, this, [this](){
        QString out = QString::fromLocal8Bit(m_Process->readAllStandardOutput());
        emit outputReady(out);
    });
    connect(m_Process, QOverload<int, QProcess::ExitStatus>::of(&QProcess::finished), 
        this, [this](int exitCode, QProcess::ExitStatus status){
        emit processExited(exitCode, status);
        exit(0); // 退出当前线程的事件循环
    });
    // 构造正确的PowerShell启动参数
    QString program = "powershell.exe";
    QStringList args;
    args << "-NoProfile"  // 不加载用户配置，避免启动延迟
         << "-ExecutionPolicy" << "Bypass" // 绕过执行策略限制
         << "-File" << m_scriptPath; // 指定要执行的脚本路径
    m_Process->start(program, args);
    if(!m_Process->waitForStarted(3000))
    {
        qDebug() << "启动PowerShell失败:" << m_Process->errorString();
        exit(1);
    }
    exec(); // 启动子线程的事件循环，支撑QProcess的信号派发
}

修改后的ManagerClass相关连接逻辑 #

ManagerClass::ManagerClass(const QString& p_scriptPath, QObject* parent)
    : QObject(parent), SCRIPT_PATH(p_scriptPath)
{
    m_thread.registerScriptPath(p_scriptPath);
    // 跨线程连接用队列连接，保证槽在主线程执行
    connect(&m_thread, &ExecutionThread::outputReady, 
        this, &ManagerClass::processOutput, Qt::QueuedConnection);
    connect(&m_thread, &ExecutionThread::processExited,
        this, &ManagerClass::processFinished, Qt::QueuedConnection);
    connect(&m_thread, &QThread::finished, 
        this, &ManagerClass::threadFinished, Qt::QueuedConnection);
    m_thread.start();
}

完全不需要额外在脚本里打印$LastExitCode：

• 只要按上述方式正确启动powershell.exe，QProcess的finished信号收到的exitCode值，就是你PowerShell脚本最后通过exit <数值>返回的退出码，和PowerShell原生的退出逻辑完全一致。
• 如果你之前始终拿到退出码1，大概率是PowerShell因为执行策略拦截、脚本路径不存在、脚本内部抛出未捕获异常导致的进程退出，不是QProcess的API问题。
• 如果确实需要解析脚本输出拿自定义的退出码，连接readyReadStandardOutput信号读取stdout内容解析即可。

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