QT信号和槽求助

那个就叫信号，不是信号函数，也不能有函数体。

只是消息的代称，仅用于触发执行槽函数。

信号声明里的参数就是槽函数的参数，二者声明完全一致的。

看到int甭管，去找槽函数里实际的参数声明就行了。

真实存在的函数只有槽函数一个。

接上一章链接部分，继续讲信号槽是如何调用的

首先看看信号是如何触发的，一般都是这么写：

emit sendertest_Signal(1);

这个emit是啥，其实啥也不是，就是一个空的define

它只是用来标记这是一个信号方便阅读，其实这个信号本身也是一个函数，只不过我们没有实现，这是语言的基础，定义了函数肯定是要实现的，那么它的实现在哪呢，答案还在moc文件内部，以之前的例子为例，它的实现是这样的

在这里将信号的参数包装成了void的数组，然后调用元对象的activate函数，如下

这一部分主要是判断信号是否有链接槽函数

之前讲过Qt4的槽函数是存储在Connection的callFunction对象，如果这个不为空就会判断为Qt4的链接方式

这种就比较简单，直接调用callFunction即可，这个callFunction是什么呢，不知道是否还记得，之前链接的时候讲过，它就是moc文件里的qt_static_metacall，如果不记得了回去看看，这里在放出

是否还记得Qt5的槽放在哪呢，它放在一个QSlotObject对象里，Connection保存的是这个对象的地址，因此通过判断这个地址是否为空就能判断是否为Qt5的调用方式

还记得之前将的QSlotObject吗，它是QSlotObjectBase的子类，为了方便再贴出来看看

这里面调用的又是 FuncType（也就是FunctionPointer<Func>）的call函数，好记得它是什么吗，就是用来判断槽函数是否为receiver成员函数的那个模板类，再贴出来看看

到此就会调用到我们的槽函数，Qt5方式的调用也就结束了

Qt信号槽在链接的时候最后一个参数代表的是链接方式，包括5中

一般用的比较多的就是AutoConnection和QueuedConnection，如果是auto的方式，调用时会判断信号所在线程和槽所在线程是否是一个线程，如果不是就是queue的方式调用，具体是这样判断的

如果是QueuedConnection，会把当前的信号包装成一个QMeCallEvent的事件，进入到事件循环来调用槽函数

2、用了QueuedConnection是不是就代表是异步了呢？

那么事件循环是怎么调用到这个函数的呢？

默认是没有什么主动信号的，如果重构的话，在头文件中声明以下字段

signals:

    void signalLabel();    // 自定义的信号

private slots:

    void sltLabel();        // 自定义的槽函数