https://blog.csdn.net/light_in_dark/article/details/64125085
★了解Qt和C++的关系
★掌握Qt的信号/槽机制的原理和使用方法
★了解Qt的元对象系统
★掌握Qt的架构
★理解Qt的事件模型，掌握其使用的时机
信号与槽、元对象系统、事件模型是Qt机制的核心，如果您想要掌握Qt编程，就需要对它们有比较深入的了解。本章重点介绍了信号与槽的基本概念和用法、元对象系统、Qt的事件模型，以及它们在实际使用过程中应注意的一些问题。
Qt对标准C++的扩展
标准C＋＋对象模型为面向对象编程提供了有效的实时支持，但是它的静态特性在一些领域中表现的不够灵活。事实上，GUI应用程序往往对实时性和灵活性都有着很高的要求。Qt通过其改进的对象模型在保持C＋＋执行速度的同时提供了所需要的灵活性。 Qt相对于标准C＋＋增添的特性主要有以下体现：
◆支持对象间通信信号与槽机制
◆支持可查询和可设计的动态对象属性机制
◆事件和事件过滤器
◆国际化支持
◆支持多任务的定时器
◆支持按层检索的对象树
◆受保护指针
◆动态类型转换
这些内容是Qt核心机制的重要组成部分，在下面的章节中，笔者将有选择的向大家介绍它们。
一、信号与槽
信号和槽机制是Qt的核心机制之一，要掌握Qt编程就需要对信号和槽有所了解。信号和槽是一种高级接口，它们被应用于对象之间的通信，它们是Qt的核心特性，也是Qt不同于其它同类工具包的重要地方之一。在我们所了解的其它GUI工具包中，窗口小部件(widget)都有一个回调函数用于响应它们触发的动作，这个回调函数通常是一个指向某个函数的指针。在Qt中用信号和槽取代了上述机制。
1.信号（signal）
当对象的状态发生改变时，信号被某一个对象发射（emit）。只有定义过这个信号的类或者其派生类能够发射这个信号。当一个信号被发射时，与其相关联的槽将被执行，就象一个正常的函数调用一样。信号-槽机制独立于任何GUI事件循环。只有当所有的槽正确返回以后，发射函数（emit）才返回。 如果存在多个槽与某个信号相关联，那么，当这个信号被发射时，这些槽将会一个接一个地被执行，但是它们执行的顺序将会是不确定的，并且我们不能指定它们执行的顺序。 信号的声明是在头文件中进行的，并且moc工具会注意不要将信号定义在实现文件中。Qt用signals关键字标识信号声明区，随后即可声明自己的信号。例如，下面定义了几个信号：
signals: voidyourSignal();voidyourSignal(intx); 在上面的语句中，signals是Qt的关键字。接下来的一行voidyourSignal();定义了信号yourSignal，这个信号没有携带参数；接下来的一行voidyourSignal(intx);定义了信号yourSignal(intx)，但是它携带一个整形参数，这种情形类似于重载。 注意，信号和槽函数的声明一般位于头文件中，同时在类声明的开始位置必须加上Q_OBJECT语句，这条语句是不可缺少的，它将告诉编译器在编译之前必须先应用moc工具进行扩展。关键字signals指出随后开始信号的声明，这里signals用的是复数形式而非单数，siganls没有public、private、protected等属性，这点不同于slots。另外，signals、slots关键字是QT自己定义的，不是C++中的关键字。 还有，信号的声明类似于函数的声明而非变量的声明，左边要有类型，右边要有括号，如果要向槽中传递参数的话，在括号中指定每个形式参数的类型，当然，形式参数的个数可以多于一个。 从形式上讲,信号的声明与普通的C++函数是一样的，但是信号没有定义函数实现。另外，信号的返回类型都是void，而C++函数的返回值可以有丰富的类型。 注意，signal代码会由moc自动生成，moc将其转化为标准的C++语句，C++预处理器会认为自己处理的是标准C++源文件。所以大家不要在自己的C++实现文件实现signal。
2.槽（slot）
槽是普通的C++成员函数，可以被正常调用，不同之处是它们可以与信号（signal）相关联。当与其关联的信号被发射时，这个槽就会被调用。槽可以有参数，但槽的参数不能有缺省值。 槽也和普通成员函数一样有访问权限。槽的访问权限决定了谁可以和它相连。通常，槽也分为三种类型，即publicslots、privateslots和protectedslots。 publicslots：在这个代码区段内声明的槽意味着任何对象都可将信号与之相连接。这对于组件编程来说非常有用：你生成了许多对象，它们互相并不知道，把它们的信号和槽连接起来，这样信息就可以正确地传递，并且就像一个小孩子喜欢玩耍的铁路轨道上的火车模型，把它打开然后让它跑起来。 protectedslots：在这个代码区段内声明的槽意味着当前类及其子类可以将信号与之相关联。这些槽只是类的实现的一部分，而不是它和外界的接口。 privateslots：在这个代码区段内声明的槽意味着只有类自己可以将信号与之相关联。这就是说这些槽和这个类是非常紧密的，甚至它的子类都没有获得连接权利这样的信任。 通常，我们使用public和private声明槽是比较常见的，建议尽量不要使用protected关键字来修饰槽的属性。此外，槽也能够声明为虚函数。 槽的声明也是在头文件中进行的。例如，下面声明了几个槽：
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)));
还有，如果参数类型不匹配，或者如果信号或槽不存在，则当应用程序使用调试模式构建后，Qt会在运行时发出警告。与之相类似的是，如果在信号和槽的名字中包含了参数名，Qt也会发出警告。
信号和槽机制本身是在QObject中实现的，并不只局限于图形用户界面编程中。这种机制可以用于任何QObject的子类中。
当指定信号signal时必须使用Qt的宏SIGNAL()，当指定槽函数时必须使用宏SLOT()。如果发射者与接收者属于同一个对象的话，那么在connect调用中接收者参数可以省略。
例如，下面定义了两个对象：标签对象label和滚动条对象scroll，并将 valueChanged()信号与标签对象的setNum()相关联，另外信号还携带了一个整形参数，这样标签总是显示滚动条所处位置的值。
QLabel *label=newQLabel; QScrollBar*scroll=newQScrollBar; QObject::connect(scroll,SIGNAL(valueChanged(int)), label,SLOT(setNum(int)));
4.信号和槽连接示例
以下是QObject子类的示例：
classBankAccount : publicQObject {
Q_OBJECT
public:
BankAccount () {curBalance=0;}
intbalance () const {returncurBalance;}
public slots:
voidsetBalance(intnewBalance);
signals:
voidbalanceChanged(int newBalance);
private:
intcurrentBalance;
};
与多数C++类的风格类似，BankAccount类拥有构造函数、balance()“读取”函数和setBalance()“设置”函数。它还拥有balanceChanged()信号，帐户余额更改时将发出此信号。发出信号时，与它相连的槽将被执行。
Set函数是在公共槽区中声明的，因此它是一个槽。槽既可以作为成员函数，与其他任何函数一样调用，也可以与信号相连。以下是setBalance()槽的实现过程：
voidBankAccount::setBalance(intnewBalance)
{
if(newBalance!=currentBalance)
{
currentBalance = newBalance;
emit balanceChanged(currentBalance);
}
}
语句emitbalanceChanged(currentBalance);将发出balanceChanged()信号，并使用当前新余额作为其参数。
关键字emit类似于“signals”和“slots”，由Qt提供，并由C++预处理器转换成标准C++语句。 以下示例说明如何连接两个BankAccount对象：
BankAccountx,y;
connect(&x,SIGNAL(balanceChanged(int)),&y,SLOT(setBalance(int)));
x.setBalance(2450);
当x中的余额设置为2450时，系统将发出balanceChanged()信号。y中的setBalance()槽收到此信号后，将y中的余额设置为2450。一个对象的信号可以与多个不同槽相连，多个信号也可以与特定对象中的某一个槽相连。参数类型相同的信号和槽可以互相连接。槽的参数个数可以少于信号的参数个数，这时多余的参数将被忽略。
5.需要注意的问题
信号与槽机制是比较灵活的，但有些局限性我们必须了解，这样在实际的使用过程中才能够做到有的放矢，避免产生一些错误。下面就介绍一下这方面的情况。
⑴信号与槽的效率是非常高的，但是同真正的回调函数比较起来，由于增加了灵活性，因此在速度上还是有所损失，当然这种损失相对来说是比较小的，通过在一台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的成员函数使用这些内省函数来完成它们的工作。
由于所有这些工作都是由qmake和QObject类自动处理的，所以很少需要再去考虑这些事情，如果想进一步了解的话，也可以阅读一下有关QMetaObject类的文档和由moc生成的C++源代码文件，可以从中看出这些实现工作是如何进行的。
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的架构
Qt的功能是建立在它所支持平台的底层API之上的，这使得Qt非常灵活和高效。Qt使应用程序可与单平台的应用程序配套。
Qt是一个跨平台的框架，它使用本地样式的API严格遵循每个支持平台中的用户界面原则。Qt绘制了GUI应用程序所需的几乎所有控件，并且开发人员可以通过重新实现虚函数的方式来扩展或自定义所有这些控件。Qt的窗体能够精确模拟支持平台的观感，开发人员还可以生成自己的自定义样式，为其应用程序提供具有鲜明特色的外观。
Qt在它所支持的不同平台中使用底层API。这与传统的“分层”跨平台工具套件不同，传统工具套件是指在单个平台工具套件中使用的简单封装（例如，在Windows中使用MFC；在X11中使用Motif）。通常，分层工具套件速度较慢，其原因在于：库函数的每次调用都会产生许多要经过不同API层的附加调用。分层工具套件往往会受到基本工具套件的功能和行为的限制，导致应用程序中出现隐性错误。
Qt做到了非常专业地支持各种平台，并且可以充分利用各种平台的优点。通过使用单个源代码树，Qt应用程序可以编译成每个目标平台的可执行程序。尽管Qt是一个跨平台的框架，但与许多平台特定的工具套件相比，Qt完全面向对象，更易于学习，更具有高效性，这使得许多开发人员在开发单个平台时也更倾向于使用Qt。
1.X11
Qt/X11使用Xlib直接与X服务器通信。Qt不使用Xt（XToolkit，即：X工具套件）、Motif、Athena或其他任何工具套件。
Qt支持各种Unix：AIX®、FreeBSD®、HP-UX、Irix®、Linux、NetBSD、OpenBSD和Solaris。有关Qt所支持的编译器和操作系统版本的最新列表信息，请访问NOKIA公司网站。
Qt应用程序自动适应用户的窗口管理器或桌面环境，并且在Motif、CDE、GNOME和KDE下具有桌面环境本身的观感。这与大多数Unix工具套件相反，这些套件总是把用户限制在套件自身观感下。Qt全面支持Unicode。Qt应用程序自动支持Unicode和非Unicode字体。Qt将多种X字体组合在一起，可显示多语言文本。
Qt的字体处理功能十分强大，可以在所有已安装的字体中搜索当前字体中不存在的字符。
Qt可以充分利用X扩展程序。对于反锯齿字体、alpha混合字体和矢量图形，Qt支持RENDER扩展程序。Qt还为X输入方法提供了现场编辑功能。Qt可以使用传统的多头显示适配器和Xinerama支持多个屏幕。
2.Microsoft Windows
Qt/Windows使用Win32®API和GDI用于事件和绘图原语。Qt不使用MFC或任何其他工具套件。特别地，Qt不使用缺乏灵活性的“常见”控件上，而是采用功能更强大的可自定义的控件（如果不是特殊应用，Qt使用Windows本身的文件和打印对话框） 。
使用Windows的客户可以在Windows98、NT4、ME、2000、XP和Vista中使用MicrosoftVisualC++®和BorlandC++来创建Qt应用程序。
Qt为Windows版本执行运行检查，并使用提供的最高级功能。例如，只有WindowsNT4、2000、XP和Vista支持旋转文本；Qt则在所有Windows版本中都支持旋转文本，并在可能的情况下使用了操作系统本身的支持。Qt开发人员还可以避免处理不同版本WindowsAPI中的差异。
Qt支持Microsoft的可访问界面。与Windows中的常见控件不同，您可以扩展Qt控件，而不会丢失Qt基本控件的可访问或者说是固有信息。另外，我们也可以制作和使用自定义控件。Qt支持MicrosoftWindows下多个屏幕显示。
3.MacOSX
Qt将Cocoa®和Carbon®API组合在一起用来支持MacOSX。
Qt/Mac引入了布局并直接支持国际化，允许采用标准化方式访问OpenGL，并使用QtDesigner提供了功能强大的可视化设计。Qt使用事件循环处理文件和异步套接字的输入输出。Qt提供了稳定的数据库支持。开发人员可以使用流行的面向对象的API来创建Macintosh应用程序，该API具有综合文档和全部的源代码。
Macintosh开发人员可以在自己喜欢的平台上创建应用程序，在其他受支持的平台中，只需进行简单的重编译，即可显著扩大应用程序市场。Qt支持MacOSX中通用的二进制，这意味着可以为基于IntelCPU和PowerPC CPU的Mac创建Qt应用程序。
四、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宏。
答：你需要在程序中重载下列函数，具体可以查阅QtAssistant。
mousePressEvent(QMouseEvent*event)
{
//要做的事
}
keyPressEvent(QkeyEvent*event)
{
//要做的事（键盘）
}