Qt 事件机制

QT文章列表

【1】事件

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

【2】Qt事件

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

【3】Qt事件产生类型

1、键盘或鼠标事件；2、绘制事件；3、计时器事件

【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()函数用的就是这种方式。

【6】事件处理与过滤

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

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

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

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

这个方法主要是用来覆写Tab键的缺省实现。

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】事件过滤器

参考：https://blog.csdn.net/qinpanke/article/details/50263217

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()。

负责监听的类实现eventFilter

bool CustomerInfoDialog::eventFilter(QObject *target, QEvent *event)
{
    if (target == firstNameEdit || target == lastNameEdit
            || target == cityEdit || target == phoneNumberEdit) {
        if (event->type() == QEvent::KeyPress) {
            QKeyEvent *keyEvent = static_cast<QKeyEvent *>(event);
            if (keyEvent->key() == Qt::Key_Space) {
                focusNextChild();
                return true;
            }
        }
    }
    return QDialog::eventFilter(target, event);
}

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

【8】事件传播链

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

1 如果事件在目标对象上得不到处理，事件向上一层进行传播，直到最顶层的widget为止。

2 如果事件在目标子对象及其父对象都有响应函数，则优先让子对象进行响应。

3 如果得到事件的对象，调用了accept()，则事件停止继续传播；如果调用了ignore()，事件向上一级继续传播。

4 Qt对自定义事件处理函数的默认返回值是accept()，但默认的事件处理函数是ingore()。

因此，如果要继续向上传播，调用QWidget的默认处理函数即可。到此为止的话，不必显式调用accept()。

但在event处理函数里，返回true表示accept，返回false表示向上级传播。

但closeEvent是个特殊情形，accept表示quit，ignore表示取消，所以最好在closeEvent显式调用accept和ignore。

1、accept()

“接收”了这个事件，不要再传播；在事件处理函数中，可以使用isAccepted()来查询这个事件是不是已经被接收了;

事件对象默认是 accept 的;

2、ignore()

“忽略”了这个事件，需要继续传播，寻找另外的接受者;

作为所有组件的父类QWidget的默认实现则是调用ignore();

如果我们在子类中直接忽略事件，Qt 会去寻找其他的接收者，该子类的父类的操作会被忽略（因为没有调用父类的同名函数），这可能会有潜在的危险.

 

3 窗口关闭：

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

void MainWindow::closeEvent(QCloseEvent * event)
{
    if (continueToClose())
    {
        event->accept();
    }
    else
    {
        event->ignore();
    }
}

 

 

【9】事件和信号的区别

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

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

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

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

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

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

参考：https://www.cnblogs.com/Braveliu/p/7417476.html