4. 信号与槽的工程化：从入门到实战

信号与槽，是Qt的灵魂。这话一点不夸张。

我刚接触Qt那会儿，觉得信号槽不就是个回调函数嘛，connect一下完事。后来在项目中踩了无数坑，才明白——信号槽用好了，代码像诗；用不好，那就是一团乱麻。

今天咱们就聊聊，怎么把信号槽写出工程味儿来。

4.1 信号槽连接管理：别让连接变成野指针

先问个问题：你平时怎么断开信号槽？

很多人会说：用disconnect啊。没错，但什么时候该断开，什么时候不该断开，这里头门道可多了。

核心原则：谁创建，谁管理

我个人习惯，在对象的构造函数里连接信号，在析构函数里断开。这样生命周期清晰，不会出现野连接。

举个例子：

class Worker : public QObject {
    Q_OBJECT
public:
    Worker(QObject *parent = nullptr) : QObject(parent) {
        // 连接信号
        connect(m_timer, &QTimer::timeout, this, &Worker::onTimeout);
    }
    
    ~Worker() {
        // 断开连接
        disconnect(m_timer, &QTimer::timeout, this, &Worker::onTimeout);
    }
    
private:
    QTimer *m_timer = new QTimer(this);
};

嗯，这里要注意：如果你用了Qt::AutoConnection，Qt会自动处理连接类型。但如果你用了Qt::DirectConnection，跨线程时一定要小心。

我曾经踩过的坑：

有一次，我在一个对话框里连接了网络请求的信号。对话框关闭了，但网络请求还在跑。结果信号触发时，接收对象已经销毁了——程序直接崩溃。

后来我养成了一个习惯：所有跨对象的连接，都用Qt::QueuedConnection，或者在析构函数里显式断开。

4.2 自定义信号设计：别把信号当函数用

很多新手喜欢这么写：

signals:
    void updateUI(QString text, int value, bool flag);

然后发射的时候：

emit updateUI("hello", 42, true);

你想想看，这跟直接调用函数有什么区别？

信号的设计，应该遵循一个原则：信号只通知「发生了什么」，不关心「怎么处理」。

我建议这样设计：

signals:
    void dataReady();
    void errorOccurred(const QString &errorMessage);
    void progressChanged(int percent);

你看，这些信号只表达了「事情发生了」，至于接收方怎么处理，那是接收方的事。这才是信号槽的初衷——解耦。

小技巧：

信号参数尽量少，最好不超过3个。如果参数太多，考虑用结构体或者QJsonObject传递。

4.3 线程安全信号：跨线程通信的正确姿势

跨线程的信号槽，是Qt里最容易出问题的地方之一。

说白了，就是两个线程之间怎么安全地传递消息。

Qt提供了几种连接类型：

连接类型	说明	适用场景
AutoConnection	默认类型，自动判断	大多数情况
DirectConnection	直接调用，同线程	性能敏感场景
QueuedConnection	事件队列，跨线程	跨线程通信
BlockingQueuedConnection	阻塞等待，跨线程	需要同步结果

我在项目中遇到过一个问题：工作线程处理完数据后，直接发射信号更新UI。结果UI线程还没准备好，数据就来了——界面卡死。

后来我强制所有跨线程连接都用Qt::QueuedConnection，问题就解决了。

记住一句话：UI更新永远在主线程。工作线程只负责发射信号，不直接操作UI。

4.4 信号槽性能优化：别让信号槽拖慢你的程序

信号槽的性能问题，其实是个伪命题。

为什么这么说？因为大多数情况下，信号槽的开销可以忽略不计。但如果你在性能敏感的地方用了大量信号槽，那就得注意了。

我总结了几条优化建议：

减少不必要的信号发射：比如QSlider的valueChanged信号，每次拖动都会发射。如果你只需要最终值，可以用sliderReleased信号。
批量更新时合并信号：比如批量更新数据时，只发射一次信号，而不是每更新一条就发射一次。
使用lambda表达式：lambda比槽函数更轻量，适合简单的处理逻辑。
避免在槽函数中做耗时操作：如果槽函数很耗时，考虑用异步方式处理。

举个例子：

// 不好的做法：每次更新都发射信号
for (int i = 0; i < 1000; ++i) {
    emit dataChanged(i);
}

// 好的做法：批量更新后只发射一次
for (int i = 0; i < 1000; ++i) {
    m_data[i] = newValue;
}
emit dataBatchUpdated();

你看，这样性能提升是立竿见影的。

4.5 知识体系总览

说了这么多，咱们用一张图来总结一下信号槽工程化的核心要点：

这张图把信号槽工程化的四个核心维度都串起来了。你想想看，是不是每个维度都对应着实际开发中的痛点？

我的个人经验：

信号槽用得好，代码重构起来特别轻松。我参与过一个大型项目，前期信号槽设计得不好，后期改一个功能要改十几个文件。后来我们重新设计了信号体系，把信号按模块划分，每个模块只暴露必要的信号——重构效率直接翻倍。

好了，这一章的内容就到这里。信号槽看似简单，但工程化之后，你会发现它其实是一把利器。用好了，你的代码会变得清晰、可维护、易扩展。