Qt信号-槽原理剖析--（1）信号槽简介

唯有创造才是快乐。只有创造的生灵才是生灵。——罗曼·罗兰

信号槽是观察者模式的一种实现，特性如下：

A、一个信号就是一个能够被观察的事件，或者至少是事件已经发生的一种通知；

B、一个槽就是一个观察者，通常就是在被观察的对象发生改变的时候——也可以说是信号发出的时候——被调用的函数；

C、信号与槽的连接，形成一种观察者-被观察者的关系；

D、当事件或者状态发生改变的时候，信号就会被发出；同时，信号发出者有义务调用所有注册的对这个事件（信号）感兴趣的函数（槽）。

信号和槽是多对多的关系。一个信号可以连接多个槽，而一个槽也可以监听多个信号。

信号槽与语言无关，有多种方法可以实现信号槽，不同的实现机制会导致信号槽的差别很大。信号槽术语最初来自 Trolltech 公司的 Qt 库，由于其设计理念的先进性，立刻引起计算机科学界的注意，提出了多种不同的实现。目前，信号槽依然是 Qt 库的核心之一，其他许多库也提供了类似的实现，甚至出现了一些专门提供这一机制的工具库。

信号槽是Qt对象以及其派生类对象之间的一种高效通信接口，是Qt的核心特性，也是Qt区别与其他工具包的重要地方。信号槽完全独立于标准的C/C++语言，因此要正确的处理好信号和槽，必须借助于一个成为MOC（Meta Object Compiler）的Qt工具，MOC工具是一个C++预处理程序，能为高层次的事件处理自动生成所需要的附加代码。

不同平台的实现：

MFC中的消息机制没有采用C++中的虚函数机制，原因是消息太多，虚函数开销太大。在Qt中也没有采用C++中的虚函数机制，而是采用了信号槽机制，原因与此相同。更深层次的原因上，多态的底层实现机制只有两种，一种是按照名称查表，一种是按照位置查表。两种方式各有利弊，而C++的虚函数机制无条件的采用了后者，导致的问题就是在子类很少重载基类实现的时候开销太大，再加上界面编程中子类众多的情况，基本上C++的虚函数机制效率太低，于是各家库的编写者就只好自谋生路，当然，这其实是C++语言本身的缺陷。

Qt5 staging仓库已经引入一种全新的信号与槽的语法：信号可以和普通的函数、类的普通成员函数、lambda函数连接（而不再局限于信号函数和槽函数），详见 https://blog.csdn.net/dbzhang800/article/details/6547196

Qt中信号和槽主要有直接连接和队列连接两种方式：

多线程情况下, Qt中的信号槽分别在什么线程中执行, 如何控制? -- 可以通过connect函数的第五个参数来控制, 信号槽执行时所在的线程

1>. 直接连接 – 信号槽函数在信号发出者所在线程中执行

2>. 队列连接 – 信号在信号发出者所在线程中执行,槽函数在信号接收者所在线程中执行.

3>. 自动连接 – 多线程时为队列连接方式, 单线程时为直接连接方式

默认情况为自动连接方式.