Qt核心机制与原理学习笔记

 

信号与槽、元对象系统、事件模型是Qt机制的核心

Qt对标准C++的扩展
标准C＋＋对象模型为面向对象编程提供了有效的实时支持，但是它的静态特性在一些领域中表现的不够灵活。事实上，GUI应用程序往往对实时性和灵活性都有着很高的要求。Qt通过其改进的对象模型在保持C＋＋执行速度的同时提供了所需要的灵活性。 Qt相对于标准C＋＋增添的特性主要有以下体现：
◆支持对象间通信信号与槽机制
◆支持可查询和可设计的动态对象属性机制
◆事件和事件过滤器
◆国际化支持
◆支持多任务的定时器
◆支持按层检索的对象树
◆受保护指针
◆动态类型转换
这些内容是Qt核心机制的重要组成部分，在下面的章节中，笔者将有选择的向大家介绍它们。

一、信号与槽

信号和槽机制是Qt的核心机制之一，窗口小部件(widget)都有一个回调函数用于响应它们触发的动作，这个回调函数通常是一个指向某个函数的指针。在Qt中用信号和槽取代了上述机制。
1.信号（signal）
当对象的状态发生改变时，信号被某一个对象发射（emit）。只有定义过这个信号的类或者其派生类能够发射这个信号。当一个信号被发射时，与其相关联的槽将被执行，就象一个正常的函数调用一样。信号-槽机制独立于任何GUI事件循环。只有当所有的槽正确返回以后，发射函数（emit）才返回。 
2.槽（slot）
槽是普通的C++成员函数，可以被正常调用，不同之处是它们可以与信号（signal）相关联。当与其关联的信号被发射时，这个槽就会被调用。槽可以有参数，但槽的参数不能有缺省值。 槽也和普通成员函数一样有访问权限. 此外，槽也能够声明为虚函数。 槽的声明也是在头文件中进行的。例如，下面声明了几个槽：
publicslots: voidyourSlot();
voidyourSlot(intx);
注意，关键字slots指出随后开始槽的声明，这里slots用的也是复数形式。

有机会用一下

3.信号与槽的关联
槽和普通的C++成员函数几乎是一样的－可以是虚函数；可以被重载；可以是共有的、保护的或是私有的，并且也可以被其它C++成员函数直接调用；还有，它们的参数可以是任意类型。唯一不同的是：槽还可以和信号连接在一起，在这种情况下，每当发射这个信号的时候，就会自动调用这个槽。 connect()语句看起来会是如下的样子： connect(sender,SIGNAL(signal),receiver,SLOT(slot)); 这里的sender和receiver是指向QObject的指针，signal和slot是不带参数的函数名。实际上，SIGNAL()宏和SLOT()会把它们的参数转换成相应的字符串。 到目前为止，在已经看到的实例中，我们已经把不同的信号和不同的槽连接在了一起。但这里还需要考虑一些其他的可能性。
⑴一个信号可以连接多个槽
connect(slider,SIGNAL(valueChanged(int)),spinBox,SLOT(setValue(int))); connect(slider,SIGNAL(valueChanged(int)),this,SLOT(updateStatusBarIndicator(int)));
在发射这个信号的时候，会以不确定的顺序一个接一个的调用这些槽。
⑵多个信号可以连接同一个槽
connect()
无论发射的是哪一个信号，都会调用这个槽。
⑶一个信号可以与另外一个信号相连接
connect(lineEdit,SIGNAL(textChanged(constQstring&)),this,SIGNAL(updateRecord(const Qstring&)));
当发射第一个信号时，也会发射第二个信号。除此之外，信号与信号之间的连接和信号与槽之间的连接是难以区分的。
⑷连接可以被移除
disconnect(lcd,SIGNAL(overflow()),this,SLOT(handleMathError()));
这种情况较少用到，因为当删除对象时，Qt会自动移除和这个对象相关的所有连接。
⑸要把信号成功连接到槽（或者连接到另外一个信号），它们的参数必须具有相同的顺序和相同的类型
connect(ftp,SIGNAL(rawCommandReply(int,constQString &)),this,SLOT(processReply(int,constQString&)));
⑹如果信号的参数比它所连接的槽的参数多，那么多余的参数将会被简单的忽略掉 connect(ftp,SIGNAL(rawCommandReply(int,constQstring &)),this,SLOT(checkErrorCode(int)));

信号与槽机制是比较灵活的，但有些局限性我们必须了解，这样在实际的使用过程中才能够做到有的放矢，避免产生一些错误。下面就介绍一下这方面的情况。
⑴信号与槽的效率是非常高的，但是同真正的回调函数比较起来，由于增加了灵活性，因此在速度上还是有所损失，当然这种损失相对来说是比较小的，通过在一台i586-133的机器上测试是10微秒（运行Linux），可见这种机制所提供的简洁性、灵活性还是值得的。但如果我们要追求高效率的话，比如在实时系统中就要尽可能的少用这种机制。
⑵信号与槽机制与普通函数的调用一样，如果使用不当的话，在程序执行时也有可能产生死循环。因此，在定义槽函数时一定要注意避免间接形成无限循环，即在槽中再次发射所接收到的同样信号。
⑶如果一个信号与多个槽相关联的话，那么，当这个信号被发射时，与之相关的槽被激活的顺序将是随机的，并且我们不能指定该顺序。
⑷宏定义不能用在signal和slot的参数中。
⑸构造函数不能用在signals或者slots声明区域内。
⑹函数指针不能作为信号或槽的参数。
⑺信号与槽不能有缺省参数。
⑻信号与槽也不能携带模板类参数。
6.小结
从QObject或其子类(例如Qwidget)派生的类都能够使用信号和槽机制。这种机制本身是在QObject中实现的，并不只局限于图形用户界面编程中：当对象的状态得到改变时，它可以某种方式将信号发射(emit)出去，但它并不了解是谁在接收这个信号。槽被用于接收信号，事实上槽是普通的对象成员函数。槽也并不了解是否有任何信号与自己相连接。而且，对象并不了解具体的通信机制。这实际上是“封装”概念的生动体现，信号与槽机制确保了Qt中的对象被当作软件的组件来使用,体现了“软件构件化”的思想。

二、元对象系统

Qt的元对象系统是一个基于标准C＋＋的扩展，能够使C＋＋更好的适应真正的组件GUI编程。它为Qt提供了支持对象间通信的信号与槽机制、实时类型信息和动态属性系统等方面的功能。
元对象系统在Qt中主要有以下三部分构成：QObject类、Q_OBJECT宏和元对象编译器moc。

1.元对象系统机制
Qt的主要成就之一是使用了一种机制对C++进行了扩展，并且使用这种机制创建了独立的软件组件。这些组件可以绑定在一起，但任何一个组件对于它所要连接的组件的情况事先都不了解。
这种机制称为元对象系统（meta-objectsystem），它提供了关键的两项技术：信号－槽以及内省（introspection）。内省功能对于实现信号和槽是必需的，并且允许应用程序的开发人员在运行时获得有关QObject子类的“元信息”（meta-information），动态绑定技术？， 包括一个含有对象的类名以及它所支持的信号和槽的列表。这一机制也支持属性（广泛用于Qt设计师中）和文本翻译（用于国际化），并且它也为QtScirpt模块奠定了基础。
标准C++没有对Qt的元对象系统所需要的动态元信息提供支持。Qt通过提供一个独立的moc工具解决了这个问题，moc解析Q_OBJECT类的定义并且通过C++函数提供可供使用的信息。由于moc使用纯C++来实现它的所有功能，所以Qt的元对象系统可以在任意C++编译器上工作。
这一机制是这样工作的：
⑴Q_OBJECT宏声明了在每一个QObject子类中必须实现的一些内省函数，如metaObject()、QMetaObject::className()、tr()、qt_metacall()，以及其它一些函数。
⑵Qt的moc工具生成了用于由Q_OBJECT声明的所有函数和所有信号的实现。
⑶像connect()和disconnect()这样的QObject的成员函数使用这些内省函数来完成它们的工作。
 

2.元对象工具（moc）
Qt的信号和槽机制是采用标准C++来实现的。该实现使用C++预处理器和Qt所包括的moc（元对象编译器）。元对象编译器读取应用程序的头文件，并生成必要的代码，以支持信号和槽机制。
qmake生成的Makefiles将自动调用moc，所有需要使用moc的编译规则都会给自动的包含到Makefile文件中。开发人员无需直接使用moc编辑、甚至无需查看生成的代码。
除了处理信号和槽以外，moc还支持Qt的翻译机制、属性系统及其扩展的运行时类型信息。比如，Q_PROPERTY()宏定义类的属性信息，而Q_ENUMS()宏则定义在一个类中的枚举类型列表。Q_FLAGS()宏定义在一个类中的flag枚举类型列表，Q_CLASSINFO()宏则允许你在一个类的meta信息中插入name/value对。它还使C++程序进行运行时自检成为可能，并可在所有支持的平台上工作。
元对象编译器moc（metaobjectcompiler）对C++文件中的类声明进行分析并产生用于初始化元对象的C++代码，元对象包含全部信号和槽的名字以及指向这些函数的指针。
moc读C++源文件，如果发现有Q_OBJECT宏声明的类，它就会生成另外一个C++源文件，这个新生成的文件中包含有该类的元对象代码。例如，假设我们有一个头文件mysignal.h，在这个文件中包含有信号或槽的声明，那么在编译之前moc工具就会根据该文件自动生成一个名为mysignal.moc.h的C++源文件并将其提交给编译器；类似地，对应于mysignal.cpp文件moc工具将自动生成一个名为mysignal.moc.cpp文件提交给编译器。

3.需要注意的问题
元对象代码是signal/slot机制运行所必须的。用moc产生的C++源文件必须与类实现文件一起进行编译和连接，或者用#include语句将其包含到类的源文件中。moc并不扩展#include或者#define宏定义,它只是简单的跳过所遇到的任何预处理指令。

四、Qt的事件模型

1.事件的概念
应用程序对象将系统消息接收为Qt事件。应用程序可以按照不同的粒度对事件加以监控、过滤并做出响应。
在Qt中，事件是指从QEvent继承的对象。Qt将事件发送给每个QObject对象，这样对象便可对事件做出响应。也就是说，Qt的事件处理机制主要是基于QEvent类来实现的，QEvent类是其他事件类的基类。当一个事件产生时，Qt就会构造一个QEvent子类的实例来表述该事件，然后将该事件发送到相应的对象上进行处理。 编程人员可以对应用程序级别和对象级别中的事件进行监控和过滤。

2.事件的创建
大多数事件是由窗口系统生成的，它们负责向应用程序通知相关的用户操作，例如：按键、鼠标单击或者重新调整窗口大小。也可以从编程角度来模拟这类事件。在Qt中大约有50多种事件类型，最常见的事件类型是报告鼠标活动、按键、重绘请求以及窗口处理操作。编程人员也可以添加自己的活动行为，类似于内建事件的事件类型。
通常，接收方如果只知道按键了或者松开鼠标按钮了，这是不够的。例如，它还必须知道按的是哪个键，松开的是哪个鼠标按钮以及鼠标所在位置。每一QEvent子类均提供事件类型的相关附加信息，因此每个事件处理器均可利用此信息采取相应处理。

3.事件的交付
Qt通过调用虚函数QObject::event()来交付事件。出于方便起见，QObject::event()会将大多数常见的事件类型转发给专门的处理函数，例如： QWidget::mouseReleaseEvent()和QWidget::keyPressEvent()。开发人员在编写自己的控件时，或者对现有控件进行定制时，可以轻松地重新实现这些处理函数。
有些事件会立即发送，而另一些事件则需要排队等候，当控制权返回至Qt事件循环时才会开始分发。Qt使用排队来优化特定类型的事件。例如，Qt会将多个paint事件压缩成一个事件，以便达到最大速度。
通常，一个对象需要查看另一对象的事件，以便可以对事件做出响应或阻塞事件。这可以通过调用被监控对象的QObject::installEventFilter()函数来实现。实施监控对象的QObject::eventFilter()虚函数会在受监控的对象在接收事件之前被调用。
另外，如果在应用程序的QApplication唯一实例中安装一个过滤器，则也可以过滤应用程序的全部事件。系统先调用这类过滤器，然后再调用任何窗体特定的过滤器。开发人员甚至还可以重新实现事件调度程序QApplication::notify()，对整个事件交付过程进行全面控制。

4.事件循环模型
Qt的主事件循环能够从事件队列中获取本地窗口系统事件，然后判断事件类型，并将事件分发给特定的接收对象。主事件循环通过调用QCoreApplication::exec()启动，随着QCoreApplication::exit()结束，本地的事件循环可用利用QEventLoop构建。作为事件分发器的QAbstractEventDispatcher管理着Qt的事件队列，事件分发器从窗口系统或其他事件源接收事件，然后将他们发送给QCoreApplication或 QApplication的实例进行处理或继续分发。QAbstractEventDispatcher为事件分发提供了良好的保护措施。
一般来说，事件是由触发当前的窗口系统产生的，但也可以通过使用 QCoreApplication::sendEvent()和QCoreApplication::postEvent()来手工产生事件。需要说明的是QCoreApplication::sendEvent()会立即发送事件， QCoreApplication::postEvent()则会将事件放在事件队列中分发。如果需要在一个对象初始化完成之际就开始处理某种事件，可以将事件通过QCoreApplication::postEvent()发送。
通过接收对象的event()函数可以返回由接收对象的事件句柄返回的事件，对于某些特定类型的事件如鼠标（触笔）和键盘事件，如果接收对象不能处理，事件将会被传播到接收对象的父对象。需要说明的是接收对象的event()函数并不直接处理事件，而是根据被分发过来的事件的类型调用相应的事件句柄进行处理。

5.自定义事件
一般有下列5种方式可以用来处理和过滤事件，每种方式都有其使用条件和使用范围。
⑴重载paintEvent()、mousePressEvent()等事件处理器（eventhandler）
重新实现像mousePressEvent(),keyPressEvent()和paintEvent()这样的eventhandler是目前处理event所采用的最常见的方法，这种方法比较容易掌握。
⑵重载QcoreApplication::notify()函数
这种方式能够对事件处理进行完全控制。也就是说，当你需要在事件处理器(eventhandler)之前得到所有事件的话，就可以采用这个方法，但是这样一来，因为只有一个notify()函数，所以每次只能有一个子类被激活。这与事件过滤器不同，因为后者可以有任意数目并且同时存在。
⑶在QCoreApplication::instance()也即在qApp上安装事件过滤器
这样就可处理所有部件（widget）上的所有事件，这和重载 QCoreApplication::notify()函数的效果是类似的。一旦一个eventfilter被注册到qApp(唯一的QApplication对象),程序里发到其它对象的事件在发到其它的eventfilter之前,都要首先发到这个eventFilter上，不难看出，这个方法在调试（debugging）应用程序时也是非常有用的。
⑷重载QObject::event()函数
通过重新实现的event()函数，我们可以在事件到达特定部件的事件过滤器（eventhandler）前处理Tab事件。需要注意的是，当重新实现某个子类的event()的时候,我们需要调用基类的event()来处理不准备显式处理的情况。
⑸在选定对象（Object）上安装事件过滤器(eventfilter)
该对象需要继承自QObject,这样就可以处理除了Tab和Shift-Tab以外的所有事件。当该对象用installEventFilter()注册之后,所有发到该对象的事件都会先经过监测它的eventfilter。如果该object同时安装了多个eventfilter,那么这些filter会按照“后进先出”的规则依次被激活,即顺序是从最后安装的开始，到第一个被安装的为止。

6.事件与信号的区别
需要注意，我们不应该混淆“事件”和“信号”这两个概念。

⑴使用场合和时机不同
一般情况下，在“使用”窗口部件时，我们经常需要使用信号，并且会遵循信号与槽的机制；而在“实现”窗口部件时，我们就不得不考虑如何处理事件了。举个例子，当使用QPushButton时，我们对于它的clicked()信号往往更为关注，而很少关心促成发射该信号的底层的鼠标或者键盘事件。但是，如果要实现一个类似于QPushButton的类，我们就需要编写一定的处理鼠标和键盘事件的代码，而且在必要的时候，仍然需要发射和接收clicked()信号。

⑵使用的机制和原理不同
事件类似于Windows里的消息，它的发出者一般是窗口系统。相对信号和槽机制，它比较“底层”，它同时支持异步和同步的通信机制，一个事件产生时将被放到事件队列里，然后我们就可以继续执行该事件“后面”的代码。事件的机制是非阻塞的。
信号和槽机制相对而言比较“高层”，它的发出者一般是对象。从本质上看，它类似于传统的回调机制，是不支持异步调用的。
举个例子，在QApplication中有两个投送事件的方法：postEvent()和 sendEvent()，它们分别对应Windows中的PostMessage()和SendMessage()，就是是异步调用和同步调用，一个等待处理完后返回，一个只发送而不管处理完与否就返回。
在应用中，涉及到底层通信时，往往使用事件的时候比较多，但有时也会用到信号和槽。

⑶信号与槽在多线程时支持异步调用
在单线程应用时，你可以把信号与槽看成是一种对象间的同步通信机制，这是因为在这种情况下，信号的释放过程是阻塞的，一定要等到槽函数返回后这个过程才结束，也就是不支持异步调用。
从Qt4开始，信号和槽机制被扩展为可以支持跨线程的连接，通过这种改变，信号与槽也可以支持异步调用了，这方面的内容涉及到多线程的很多知识，读者感兴趣的话，可以参阅《C++GUIQt4编程》中的相关内容。

五、问题与解答
问：什么情况下可以断开信号与槽的关联？
答：有3种情况需要断开信号与槽的关联：
1.断开与某个对象相关联的任何对象
这似乎有点不可理解，事实上，当我们在某个对象中定义了一个或者多个信号，这些信号与另外若干个对象中的槽相关联，如果我们要切断这些关联的话，就可以利用这个方法，非常之简洁。
disconnect(myObject,0,0,0);
或者
myObject->disconnect();
2.断开与某个特定信号的任何关联
disconnect(myObject,SIGNAL(mySignal()),0,0)
或者
myObject->disconnect(SIGNAL(mySignal()))
3.断开两个对象之间的关联。
disconnect(myObject,0,myReceiver,0)
或者
myObject->disconnect(myReceiver)
在disconnect函数中0可以用作一个通配符，分别表示任何信号、任何接收对象、接收对象中的任何槽函数。但是发射者sender不能为0，其它三个参数的值可以等于0。
问：Qt的元对象系统还有哪些功能？
1.QObject::metaObject()方法
它获得与一个类相关联的meta-object。
2.QMetaObject::className()方法
在运行期间返回一个对象的类名，它不需要本地C++编译器的RTTI(run-timetypeinformation)支持。
3.QObject::inherits()方法
它用来判断生成一个对象类是不是从一个特定的类继承出来，当然，这必须是在QObject类的直接或者间接派生类当中。
4.QObject::tr()andQObject::trUtf8()
这两个方法为软件的国际化翻译字符串。
5.QObject::setProperty()andQObject::property()
这两个方法根据属性名动态的设置和获取属性值。
除了以上这些功能外，它还使用qobject_cast()方法在QObject类之间提供动态转换，qobject_cast()方法的功能类似于标准C++的dynamic_cast()，但是qobject_cast()不需要RTTI的支持，在一个QObject类或者它的派生类中，我们可以不定义Q_OBJECT宏。如果我们在一个类中没有定义Q_OBJECT宏，那么在这里所提到的相应的功能在这个类中也不能使用，从meta-object的观点来说，一个没有定义Q_OBJECT宏的类与它最接近的那个祖先类是相同的，那就是说，QMetaObject::className()方法所返回的名字并不是这个类的名字，而是与它最接近的那个祖先类的名字。所以，我们强烈建议，任何从QObject继承出来的类都定义Q_OBJECT宏。