QT信号槽实现分析

1.宏定义

qt中引入了MOC来反射，编译阶段变成 MOC-->预处理-->编译-->汇编-->链接

1-1、Q_OBJECT

这个宏定义了一系列代码，包括元对象和处理的函数

cpp 复制代码

#define Q_OBJECT \
	public: \
	    QT_WARNING_PUSH \
	    Q_OBJECT_NO_OVERRIDE_WARNING \
	    static const QMetaObject staticMetaObject; \
	    virtual const QMetaObject *metaObject() const; \
	    virtual void *qt_metacast(const char *); \
	    virtual int qt_metacall(QMetaObject::Call, int, void **); \
	    QT_TR_FUNCTIONS \
	private: \
	    Q_OBJECT_NO_ATTRIBUTES_WARNING \
	    Q_DECL_HIDDEN_STATIC_METACALL static void qt_static_metacall(QObject *, 		QMetaObject::Call, int, void **); \
	    QT_WARNING_POP \
	    struct QPrivateSignal {}; \
	    QT_ANNOTATE_CLASS(qt_qobject, "")

1-2、signal slot emit

从如下得知，slot和emit只是作一个修饰而已，本身为空没有任何作用，signal也只是声明为pulic

cpp 复制代码

#define signal public
#define slot
#define emit

1-2、qt4中诞生的SIGANL SLOT

可以看到这两个宏也只是把我们输入的函数转成了字符串，后续去匹配

cpp 复制代码

#define SIGANL "2"#a
#define SLOT "1"#a

我们去VS项目--属性--C/C+±-预处理器--预处理文件生成选择：是

发现预编译后宏展开如下。即验证上述

2.信号槽规则

1.信号的参数可以比槽多，反之不行，信号槽可以一对一，一对多，多对一

2.槽函数执行的顺序是按连接时的顺序依次执行的，重复connect会导致多次执行

cpp 复制代码

connect(obj, SIGNAL(sig1), this, SLOT(slot1()));
connect(obj, SIGNAL(sig1), this, SLOT(slot2()));
那么sig1发出时，先执行槽函数 slot1, 再执行槽函数 slot2

3.如果用SIGNAL方式connect，可以不需要作用域，因为上面说过了，他把他转为了字符串。目前遇到好处是可以绑定多态信号槽，而无需引入派生类文件。坏处是不会进行检查，编译时才报warning

qt5的方式connect就需要，好处是写代码时就会进行参数匹配检查

4.连接可以被disconnect删除

5.注意connect第五个参数，详细可以见QT第五个参数，举两个常见例子

在子线程抛出来信号，主线程若不绑定为QueuedConnection或BlockingQueuedConnection，会接收不到。

如果用BlockingQueuedConnection，信号槽不能在同一个线程因为发送完信号后发送者所在线程会阻塞，直到槽函数运行完。本来就阻塞了。更别谈槽函数运行了。死锁了

3.connect实现

connect实现代码非常多，感兴趣的可以到这里阅读：QT5 qobject.cpp

总结下来分为这几步：

1.QObject类对象内部维护了一个名为connectionLists的成员变量，用于记录信号和槽函数的关联

2.MOC 会在预处理阶段根据 Q_OBJECT 宏生成对应的元对象信息，并将这些信息存储在 QObject 类中的一个指针变量中，可以通过 QObject::metaObject() 方法获取

3.在发射信号时，信号方会生成一个携带信号索引和参数的结构体，然后调用 QMetaObject::activate() 方法。QMetaObject::activate() 方法会先根据槽函数所在的类的元对象信息，获取该类存储的槽函数索引，然后根据索引找到相应的槽函数并调用