Qt 鼠标事件触发到转发到传到接收对象全过程剖析

Qt 事件机制

【1】事件

事件是可以被控件识别的操作。如按下确定按钮、选择某个单选按钮或复选框。

每种控件有自己可识别的事件，如窗体的加载、单击、双击等事件，编辑框（文本框）的文本改变事件等等。

事件就是用户对窗口上各种组件的操作。

【2】Qt事件

由窗口系统或Qt自身产生的，用以响应所发生各类事情的操作。具体点，Qt事件是一个QEvent对象，用于描述程序内部或外部发生的动作。

【3】Qt事件产生类型

1、键盘或鼠标事件：用户按下或松开键盘或鼠标上的按键时，就可以产生一个键盘或者鼠标事件。

2、绘制事件：某个窗口第一次显示的时候，就会产生一个绘制事件，用来告诉窗口需要重新绘制它本身，从而使得该窗口可见。

3、QT事件：Qt自己也会产生很多事件，比如QObject::startTimer()会触发QTimerEvent。

【4】Qt事件分类

基于事件如何被产生与分发，可以把事件分为三类：

1、Spontaneous 事件

由窗口系统产生，它们被放到系统队列中，通过事件循环逐个处理。

本类事件通常是Windows System把从系统得到的消息，比如鼠标按键、键盘按键等, 放入系统的消息队列中。 Qt事件循环的时候读取这些事件，转化为QEvent，再依次逐个处理。

2、Posted 事件

由Qt或应用程序产生，它们被Qt组成队列，再通过事件循环处理。

调用QApplication::postEvent()来产生一个posted类型事件。例如：QWidget::update()函数，当需要重新绘制屏幕时，程序调用update()函数。

其实现的原理是new出一个paintEvent，调用 QApplication::postEvent()，将其放入Qt的消息队列中，等待依次被处理。

3、Send事件

由Qt或应用程序产生，但它们被直接发送到目标对象。

调用QApplication::sendEvent()函数来产生一个send类型事件。

send 类型事件不会放入队列, 而是直接被派发和处理, QWidget::repaint()函数用的就是这种方式。

【5】QObject类

QObject三大职责

1、内存管理

2、内省(intropection)

3、事件处理机制

任何一个想要接受并处理事件的对象均须继承自QObject，可以重写QObject::event() 来处理事件，也可以由父类处理。

【6】事件处理与过滤

Qt提供了5个级别来处理和过滤事件。

1、我们可以重新实现特定的event handler。

重新实现像mousePressEvent(), keyPressEvent()和paintEvent()这样的event Handler是目前处理event最普通的方式。

2、我们可以重新实现QObject::event()。

通过重新实现event()，我们可以在事件到达特定的event handler之前对它们作出处理。

这个方法主要是用来覆写Tab键的缺省实现，也可以用来处理不同发生的事件类型，对它们，就没有特定的event handler。

当重新实现event()的时候，我们必须调用基类的event()来处理我们不显式处理的情况。

3、我们可以安装一个event filter到一个单独的QObject。

一旦一个对象用installEventFilter注册了, 发到目标对象的所有事件都会先发到监测对象的eventFilter()。

如果同一个object安装了多个event filter, filter会依次被激活, 从最近安装的回到第一个。

4、我们可以在QApplication对象上安装event filter。

一旦一个event filter被注册到qApp(唯一的QApplication对象), 程序里发到每个对象的每个事件在发到其他event filter之前，都要首先发到eventFilter()。

这个方法对debugging非常有用，也可以用来处理发到disable的widget上的事件, QApplication通常会丢弃它们。

5、我们可以子类化QApplication并重新实现notify()。

Qt调用QApplication::notify()来发出事件，在任何event filter得到之前, 重新实现这个函数是得到所有事件的唯一方法。

event filter通常更有用, 因为可以有任意数目且同时存在的event filter, 但是只有一个notify()函数。

【7】事件过滤器

Qt创建QEvent事件对象后，会调用QObject的event()函数来分发事件。

但有时，你可能需要在调用event()函数之前做一些自己的操作，比如，对话框上某些组件可能并不需要响应回车键按下的事件，此时，你就需要重新定义组件的event()函数。

如果组件很多，就需要重写很多次event()函数，这显然没有效率。为此，你可以使用一个事件过滤器，来判断是否需要调用组件的event()函数。

QOjbect有一个eventFilter()函数，用于建立事件过滤器。这个函数的声明如下：

virtual bool QObject::eventFilter (QObject * watched, QEvent * event)

在创建了过滤器之后，下面要做的是安装这个过滤器。安装过滤器需要调用installEventFilter()函数。这个函数的声明如下：

void QObject::installEventFilter ( QObject * filterObj)

这个函数是QObject的一个函数，因此可以安装到任何QObject的子类，并不仅仅是UI组件。

这个函数接收一个QObject对象，调用了这个函数安装事件过滤器的组件会调用filterObj定义的eventFilter()函数。

例如，textField.installEventFilter(obj)，则如果有事件发送到textField组件时，会先调用obj->eventFilter()函数，然后才会调用textField.event()。

当然，你也可以把事件过滤器安装到QApplication上面，这样就可以过滤所有的事件，已获得更大的控制权。不过，这样做的后果就是会降低事件分发的效率。

我们可以把Qt的事件传递看成链状：如果子类没有处理这个事件，就会继续向其他类传递。其实，Qt的事件对象都有一个accept()函数和ignore()函数。

正如它们的名字，前者用来告诉Qt，事件处理函数"接收"了这个事件，不要再传递；后者则告诉Qt，事件处理函数"忽略"了这个事件，需要继续传递，寻找另外的接受者。

在事件处理函数中，可以使用isAccepted()来查询这个事件是不是已经被接收了。

事实上，我们很少使用accept()和ignore()函数，而是像上面的示例一样，如果希望忽略事件，只要调用父类的响应函数即可。

记得我们曾经说过，Qt中的事件大部分是protected的，因此，重写的函数必定存在着其父类中的响应函数，这个方法是可行的。

为什么要这么做呢？因为我们无法确认父类中的这个处理函数没有操作，如果我们在子类中直接忽略事件，Qt不会再去寻找其他的接受者，那么父类的操作也就不能进行，这可能会有潜在的危险。

不过，事情也不是绝对的。在一个情形下，我们必须使用accept()和ignore()函数，那就是在窗口关闭的时候。

如果你在窗口关闭时需要有个询问对话框，那么就需要这么去写：

复制代码

 1 void MainWindow::closeEvent(QCloseEvent * event)
 2 {
 3     if (continueToClose())
 4     {
 5         event->accept();
 6     }
 7     else
 8     {
 9         event->ignore();
10     }
11 }

non-GUI的Qt程序，是由QCoreApplication负责将QEvent分发给QObject的子类-Receiver. Qt GUI程序，由QApplication来负责。

【8】事件和信号的区别

Qt的事件很容易和信号槽混淆。signal由具体对象发出，然后会马上交给由connect函数连接的slot进行处理；

而对于事件，Qt使用一个事件队列对所有发出的事件进行维护，当新的事件产生时，会被追加到事件队列的尾部，前一个事件完成后，取出后面的事件接着再进行处理。

但是，必要的时候，Qt的事件也是可以不进入事件队列，而是直接处理的。并且，事件还可以使用"事件过滤器"进行过滤。

比如一个按钮对象, 我们使用这个按钮对象的时候, 我们只关心它被按下的信号, 至于这个按钮如何接收处理鼠标事件，再发射这个信号，我们是不用关心的。

但是如果我们要重载一个按钮的时候，我们就要面对event了。比如我们可以改变它的行为，在鼠标按键按下的时候(mouse press event) 就触发clicked()的signal而不是通常在释放的( mouse release event)时候。

总结的说，Qt的事件和Qt中的signal不一样。后者通常用来使用widget, 而前者用来实现widget。如果我们使用系统预定义的控件，那我们关心的是信号，如果自定义控件我们关心的是事件。

【9】自定义事件

为什么需要自定义事件？

事件既可用于同步也可用于异步（依赖于你是调用sendEvent()或是postEvents())，函数调用或是槽调用总是同步的。事件的另外一个好处是它可以被过滤。

阻塞型事件：事件发送后需要等待处理完成