1.宏定义
qt中引入了MOC来反射，编译阶段变成 MOC–>预处理–>编译–>汇编–>链接
1-1、Q_OBJECT
这个宏定义了一系列代码，包括元对象和处理的函数
#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
#define signal public
#define slot
#define emit
1-2、qt4中诞生的SIGANL SLOT
可以看到这两个宏也只是把我们输入的函数转成了字符串，后续去匹配
#define SIGANL "2"#a
#define SLOT "1"#a
我们去VS项目–属性–C/C+±-预处理器–预处理文件生成选择：是
发现预编译后宏展开如下。即验证上述
2.信号槽规则
1.信号的参数可以比槽多，反之不行，信号槽可以一对一，一对多，多对一
2.槽函数执行的顺序是按连接时的顺序依次执行的，重复connect会导致多次执行
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() 方法会先根据槽函数所在的类的元对象信息，获取该类存储的槽函数索引，然后根据索引找到相应的槽函数并调用
