QT 信号与槽的连接方式分析

信号与槽的连接方式我觉得学过 QT 的朋友都懂，比如我想将连接 A a 对象的 signalTest() 信号和 B b 对象的 getSignalTest() 槽函数连接，那我们应该这样做。

A a;
B b;
QObject::connect(&a,SIGNAL(signalTest()),&b,SLOT(getSignalTest()));

很简单对吧，那这样的话还有什么好分析的呢？

别急，你打开 QT 看一下 connect 方法的定义就知道了。

    static QMetaObject::Connection connect(const QObject *sender, const char *signal,
                        const QObject *receiver, const char *member, Qt::ConnectionType = Qt::AutoConnection);

    static QMetaObject::Connection connect(const QObject *sender, const QMetaMethod &signal,
                        const QObject *receiver, const QMetaMethod &method,
                        Qt::ConnectionType type = Qt::AutoConnection);

其实 connect 方法有五个参数，没想到吧。通常开发者都是使用前四个参数来连接信号与槽，第五个参数省略不写，那是因为大部分情况下这样子已经够用了。

---

问题来了，这第五个参数是干什么的？

这个参数其实决定了槽函数调用时的行为，比如槽函数调用的时机。

为了更好的解释等会要讲的内容，我觉得有必要给大家唠叨几点。

1. 每个线程都有自己的事件队列
2. 线程通过事件队列来接收信号
3. 信号在事件循环中被处理

ok，每个线程都有事件队列来接收信号，但是 QT 是怎么知道发送的信号是要到哪个线程的事件队列里呢？其实就和对象的线程依附性有关了，信号会发到接收信号的对象所依附的线程的事件队列中。

有了事件队列中有了信号就可以通过事件循环来处理了。

那么问题又来了，怎么去处理，跟刚才说到的第五个参数又有什么关系？

    enum ConnectionType {
        AutoConnection,				// 
        DirectConnection,			// 立即调用
        QueuedConnection,			//
        BlockingQueuedConnection,	//
        UniqueConnection =  0x80	//
    };

从定义中知道，第五个参数是个枚举类型。我们来逐个分析吧。

---

Qt::DirectConnection 的行为是立即调用，直接在发送信号的线程中调用槽函数，等价于槽函数的实时调用。

真的是这样吗？试一下嘛。