4、信号与槽跨线程：跨线程信号槽连接机制、QueuedConnection与DirectConnection

好，咱们今天聊点硬核的——跨线程的信号槽。

说实话，我刚开始用Qt做多线程时，踩过最大的坑就是信号槽连接方式。明明信号发了，槽函数就是不执行。或者更糟，程序莫名其妙崩溃。后来我才明白，问题出在连接类型上。

4.1 为什么跨线程信号槽需要特殊处理？

先想一个问题：一个线程里发的信号，能在另一个线程里直接调用槽函数吗？

答案是不一定。这取决于你用的是哪种连接方式。

Qt的信号槽机制，默认情况下是同步的。什么意思？就是信号一发射，槽函数立刻在当前线程执行。这在单线程里没问题，但跨线程就麻烦了——你想想看，线程A正在忙着干活，突然线程B的信号过来了，要在线程A里执行槽函数。这不就乱套了吗？

我在项目中遇到过这种情况：主线程负责UI，工作线程负责数据处理。工作线程处理完数据，发了个信号通知主线程更新界面。结果程序直接崩溃了。为什么？因为UI控件不是线程安全的，你不能在非主线程里操作它们。

4.2 两种连接方式：DirectConnection vs QueuedConnection

Qt提供了两种核心连接方式，咱们一个一个说。

4.2.1 DirectConnection（直接连接）

这是最直接的连接方式。信号发射时，槽函数立即在当前线程执行。说白了，就像函数调用一样。

// 默认就是DirectConnection
connect(sender, &Sender::signal, receiver, &Receiver::slot, Qt::DirectConnection);

特点：

• 信号发射线程 = 槽函数执行线程
• 同步调用，信号发射后会等待槽函数返回
• 跨线程使用时，槽函数在信号发射线程执行

注意：如果发送者和接收者不在同一个线程，用DirectConnection就要小心了。槽函数会在发送者线程执行，而不是接收者线程。这很容易引发线程安全问题。

4.2.2 QueuedConnection（队列连接）

这个就聪明多了。信号发射后，不会立即执行槽函数。而是把调用请求放到接收者所在线程的事件队列里。等事件循环处理到这个请求时，再执行槽函数。

// 跨线程时推荐使用
connect(sender, &Sender::signal, receiver, &Receiver::slot, Qt::QueuedConnection);

特点：

• 槽函数在接收者线程执行
• 异步调用，信号发射后立即返回
• 需要接收者线程有事件循环

嗯，这里要注意：如果接收者线程没有启动事件循环（比如没调用exec()），那QueuedConnection的信号就永远得不到处理。我曾经因为这个排查了半天，最后发现工作线程里忘了调用exec()。

4.3 自动选择：AutoConnection

Qt默认的连接类型是AutoConnection。它会根据发送者和接收者是否在同一线程自动选择：

发送者与接收者关系	实际使用的连接类型
同一线程	DirectConnection
不同线程	QueuedConnection

说白了，AutoConnection就是帮你做了判断。大多数情况下，用AutoConnection就够了。但如果你明确知道需要哪种行为，手动指定更稳妥。

4.4 核心逻辑流程图

我画了一张图，帮你理清跨线程信号槽的完整流程：

这张图很直观：DirectConnection是红色箭头，信号发射后直接跨线程调用槽函数。QueuedConnection是绿色箭头，信号先进入事件队列，等接收者线程的事件循环来处理。

4.5 实际应用中的选择策略

我个人习惯这样选择：

• 同一线程内：用AutoConnection或DirectConnection都行，没区别
• 跨线程且槽函数需要在线程B执行：用QueuedConnection
• 跨线程但槽函数需要在信号发射线程执行：用DirectConnection（但这种情况很少见）
• 不确定时：用AutoConnection，让Qt帮你判断

4.6 避坑指南

4.7 代码示例：跨线程信号槽实战

// 工作线程类
class Worker : public QObject {
    Q_OBJECT
public:
    void doWork() {
        // 模拟耗时操作
        QThread::sleep(2);
        // 发射信号，通知主线程
        emit resultReady("处理完成");
    }
signals:
    void resultReady(const QString &result);
};

// 主线程中使用
Worker *worker = new Worker();
QThread *thread = new QThread();
worker->moveToThread(thread);

// 跨线程连接，自动使用QueuedConnection
connect(worker, &Worker::resultReady, 
        this, &MainWindow::updateUI);

// 启动线程
thread->start();
QMetaObject::invokeMethod(worker, "doWork", Qt::QueuedConnection);

这段代码里，worker的resultReady信号跨线程发射，槽函数updateUI会在主线程执行。因为发送者和接收者不在同一线程，Qt自动选择了QueuedConnection。

嗯，说白了，跨线程信号槽的核心就两点：一是理解DirectConnection和QueuedConnection的区别，二是根据场景选择合适的连接方式。记住，UI操作永远在主线程，耗时操作永远在工作线程。这个原则守住了，跨线程信号槽就不会出大问题。