一、事件的概念
事件（event）是由系统或者 Qt 本身在不同的时刻发出的。当用户按下鼠标、敲下键盘，或者是窗口需要重新绘制的时候，都会发出一个相应的事件。一些事件在对用户操作做出响应时发出，如键盘事件等；另一些事件则是由系统自动发出，如计时器事件。Qt 程序需要在main()函数创建一个QApplication对象，然后调用它的exec()函数。这个函数就是开始 Qt 的事件循环。在执行exec()函数之后，程序将进入事件循环来监听应用程序的事件。当事件发生时，Qt 将创建一个事件对象。Qt 中所有事件类都继承于QEvent。在事件对象创建完毕后，Qt 将这个事件对象传递给QObject的event()函数。event()函数并不直接处理事件，而是按照事件对象的类型分派给特定的事件处理函数（event handler）。
二、事件的创建
大多数事件是由窗口系统生成的，它们负责向应用程序通知相关的用户操作，例如：按键、鼠标单击或者重新调整窗口大小。也可以从编程角度来模拟这类事件。在Qt中大约有50多种事件类型，最常见的事件类型是报告鼠标活动、按键、重绘请求以及窗口处理操作。编程人员也可以添加自己的活动行为，类似于内建事件的事件类型。
通常，接收方如果只知道按键了或者松开鼠标按钮了，这是不够的。例如，它还必须知道按的是哪个键，松开的是哪个鼠标按钮以及鼠标所在位置。每一QEvent子类均提供事件类型的相关附加信息，因此每个事件处理器均可利用此信息采取相应处理。
三、事件的交付
Qt通过调用虚函数QObject::event()来交付事件。出于方便起见，QObject::event()会将大多数常见的事件类型转发给专门的处理函数，例如： QWidget::mouseReleaseEvent()和QWidget::keyPressEvent()。开发人员在编写自己的控件时，或者对现有控件进行定制时，可以轻松地重新实现这些处理函数。
有些事件会立即发送，而另一些事件则需要排队等候，当控制权返回至Qt事件循环时才会开始分发。Qt使用排队来优化特定类型的事件。例如，Qt会将多个paint事件压缩成一个事件，以便达到最大速度。
通常，一个对象需要查看另一对象的事件，以便可以对事件做出响应或阻塞事件。这可以通过调用被监控对象的QObject::installEventFilter()函数来实现。实施监控对象的QObject::eventFilter()虚函数会在受监控的对象在接收事件之前被调用。
另外，如果在应用程序的QApplication唯一实例中安装一个过滤器，则也可以过滤应用程序的全部事件。系统先调用这类过滤器，然后再调用任何窗体特定的过滤器。开发人员甚至还可以重新实现事件调度程序QApplication::notify()，对整个事件交付过程进行全面控制。
四、监听全局事件
在事件对象创建完毕后，Qt 将这个事件对象传递给QObject的event()函数。event()函数并不直接处理事件，而是将这些事件对象按照它们不同的类型，分发给不同的事件处理器（event handler）。如上所述，event()函数主要用于事件的分发。所以，如果希望在事件分发之前做一些操作，就可以重写这个event()函数了。
bool CustomWidget::event(QEvent *e)
{
if (e->type() == QEvent::KeyPress) {
QKeyEvent *keyEvent = static_cast<QKeyEvent *>(e);//强制类型转换
if (keyEvent->key() == Qt::Key_Tab) {
qDebug() << "You press tab.";
return true;
}
}
return QWidget::event(e);//必要的，重新处理其他事件
}
CustomWidget是一个普通的QWidget子类。我们重写了它的event()函数，这个函数有一个QEvent对象作为参数，也就是需要转发的事件对象。函数返回值是 bool 类型。
如果传入的事件已被识别并且处理，则需要返回 true，否则返回 false。如果返回值是 true，那么 Qt 会认为这个事件已经处理完毕，不会再将这个事件发送给其它对象，而是会继续处理事件队列中的下一事件。
在event()函数中，调用事件对象的accept()和ignore()函数是没有作用的，不会影响到事件的传播。
我们可以通过使用QEvent::type()函数可以检查事件的实际类型，其返回值是QEvent::Type类型的枚举。我们处理过自己感兴趣的事件之后，可以直接返回 true，表示我们已经对此事件进行了处理；对于其它我们不关心的事件，则需要调用父类的event()函数继续转发，否则这个组件就只能处理我们定义的事件了。
例如：
bool CustomTextEdit::event(QEvent *e)
{
if (e->type() == QEvent::KeyPress)
{
QKeyEvent *keyEvent = static_cast<QKeyEvent *>(e);
if (keyEvent->key() == Qt::Key_Tab)
{
qDebug() << "You press tab.";
return true;
}
}
return false;
}
CustomTextEdit是QTextEdit的一个子类。我们重写了其event()函数，却没有调用父类的同名函数。这样，我们的组件就只能处理 Tab 键，再也无法输入任何文本，也不能响应其它事件，比如鼠标点击之后也不会有光标出现。这是因为我们只处理的KeyPress类型的事件，并且如果不是KeyPress事件，则直接返回 false，鼠标事件根本不会被转发，也就没有了鼠标事件。
QT中QObject::event(QEvent *e)的源码：
bool QObject::event(QEvent *e)
{
switch (e->type()) {
case QEvent::Timer:
timerEvent((QTimerEvent*)e);
break;
case QEvent::ChildAdded:
case QEvent::ChildPolished:
case QEvent::ChildRemoved:
childEvent((QChildEvent*)e);
break;
// ...
default:
if (e->type() >= QEvent::User) {
customEvent(e);
break;
}
return false;
}
return true;
}
这是 Qt 5 中QObject::event()函数的源代码（Qt 4 的版本也是类似的）。我们可以看到，同前面我们所说的一样，Qt 也是使用QEvent::type()判断事件类型，然后调用了特定的事件处理器。比如，如果event->type()返回值是QEvent::Timer，则调用timerEvent()函数。可以想象，QWidget::event()中一定会有如下的代码：
switch (event->type()) {
case QEvent::MouseMove:
mouseMoveEvent((QMouseEvent*)event);
break;
// ...
}
event()函数中实际是通过事件处理器来响应一个具体的事件。这相当于event()函数将具体事件的处理"委托"给具体的事件处理器（如：timerEvent()，mouseMoveEvent(),...）。而这些事件处理器是 protected virtual 的，因此，我们重写了某一个事件处理器，即可让 Qt 调用我们自己实现的版本。由此可以见，event()是一个集中处理不同类型的事件的地方。如果你不想重写一大堆事件处理器，就可以重写这个event()函数，通过QEvent::type()判断不同的事件。鉴于重写event()函数需要十分小心注意父类的同名函数的调用，一不留神就可能出现问题，所以一般还是建议只重写事件处理器（当然，也必须记得是不是应该调用父类的同名处理器）。这其实暗示了event()函数的另外一个作用：屏蔽掉某些不需要的事件处理器。正如我们前面的CustomTextEdit例子看到的那样，我们创建了一个只能响应 tab 键的组件。这种作用是重写事件处理器所不能实现的。
五、事件循环模型
Qt的主事件循环能够从事件队列中获取本地窗口系统事件，然后判断事件类型，并将事件分发给特定的接收对象。主事件循环通过调用QCoreApplication::exec()启动，随着QCoreApplication::exit()结束，本地的事件循环可用利用QEventLoop构建。作为事件分发器的QAbstractEventDispatcher管理着Qt的事件队列，事件分发器从窗口系统或其他事件源接收事件，然后将他们发送给QCoreApplication或 QApplication的实例进行处理或继续分发。QAbstractEventDispatcher为事件分发提供了良好的保护措施。
一般来说，事件是由触发当前的窗口系统产生的，但也可以通过使用 QCoreApplication::sendEvent()和QCoreApplication::postEvent()来手工产生事件。需要说明的是QCoreApplication::sendEvent()会立即发送事件， QCoreApplication::postEvent()则会将事件放在事件队列中分发。如果需要在一个对象初始化完成之际就开始处理某种事件，可以将事件通过QCoreApplication::postEvent()发送。
通过接收对象的event()函数可以返回由接收对象的事件句柄返回的事件，对于某些特定类型的事件如鼠标（触笔）和键盘事件，如果接收对象不能处理，事件将会被传播到接收对象的父对象。需要说明的是接收对象的event()函数并不直接处理事件，而是根据被分发过来的事件的类型调用相应的事件句柄进行处理。
六、自定义事件
一般有下列5种方式可以用来处理和过滤事件，每种方式都有其使用条件和使用范围。
1、重载paintEvent()、mousePressEvent()等事件处理器（eventhandler）
重新实现像mousePressEvent(),keyPressEvent()和paintEvent()这样的eventhandler是目前处理event所采用的最常见的方法，这种方法比较容易掌握。
2、重载QcoreApplication::notify()函数
这种方式能够对事件处理进行完全控制。也就是说，当你需要在事件处理器(eventhandler)之前得到所有事件的话，就可以采用这个方法，但是这样一来，因为只有一个notify()函数，所以每次只能有一个子类被激活。这与事件过滤器不同，因为后者可以有任意数目并且同时存在。
3、在QCoreApplication::instance()也即在qApp上安装事件过滤器
在QCoreApplication::instance()也即在qApp上安装事件过滤器
这样就可处理所有部件（widget）上的所有事件，这和重载 QCoreApplication::notify()函数的效果是类似的。一旦一个eventfilter被注册到qApp(唯一的QApplication对象),程序里发到其它对象的事件在发到其它的eventfilter之前,都要首先发到这个eventFilter上，不难看出，这个方法在调试（debugging）应用程序时也是非常有用的。
4、重载QObject::event()函数
通过重新实现的event()函数，我们可以在事件到达特定部件的事件过滤器（eventhandler）前处理Tab事件。需要注意的是，当重新实现某个子类的event()的时候,我们需要调用基类的event()来处理不准备显式处理的情况。
5、在选定对象（Object）上安装事件过滤器(eventfilter)
该对象需要继承自QObject,这样就可以处理除了Tab和Shift-Tab以外的所有事件。当该对象用installEventFilter()注册之后,所有发到该对象的事件都会先经过监测它的eventfilter。如果该object同时安装了多个eventfilter,那么这些filter会按照"后进先出"的规则依次被激活,即顺序是从最后安装的开始，到第一个被安装的为止。
七、事件与信号的区别
1、使用场合和时机不同
一般情况下，在"使用"窗口部件时，我们经常需要使用信号，并且会遵循信号与槽的机制；而在"实现"窗口部件时，我们就不得不考虑如何处理事件了。举个例子，当使用QPushButton时，我们对于它的clicked()信号往往更为关注，而很少关心促成发射该信号的底层的鼠标或者键盘事件。但是，如果要实现一个类似于QPushButton的类，我们就需要编写一定的处理鼠标和键盘事件的代码，而且在必要的时候，仍然需要发射和接收clicked()信号。
2、使用的机制和原理不同
事件类似于Windows里的消息，它的发出者一般是窗口系统。相对信号和槽机制，它比较"底层"，它同时支持异步和同步的通信机制，一个事件产生时将被放到事件队列里，然后我们就可以继续执行该事件"后面"的代码。事件的机制是非阻塞的。
信号和槽机制相对而言比较"高层"，它的发出者一般是对象。从本质上看，它类似于传统的回调机制，是不支持异步调用的。
举个例子，在QApplication中有两个投送事件的方法：postEvent()和 sendEvent()，它们分别对应Windows中的PostMessage()和SendMessage()，就是是异步调用和同步调用，一个等待处理完后返回，一个只发送而不管处理完与否就返回。
在应用中，涉及到底层通信时，往往使用事件的时候比较多，但有时也会用到信号和槽。
3、信号与槽在多线程时支持异步调用
在单线程应用时，你可以把信号与槽看成是一种对象间的同步通信机制，这是因为在这种情况下，信号的释放过程是阻塞的，一定要等到槽函数返回后这个过程才结束，也就是不支持异步调用。
从Qt4开始，信号和槽机制被扩展为可以支持跨线程的连接，通过这种改变，信号与槽也可以支持异步调用了。