QT 消息处理机制

Qt 事件系统 Qt是事件驱动的, 程序每个动作都是由某个事件所触发。 Qt事件的类型很多，我们可以通过查看Qt的 manual中的Event System 和 QEvent 来获得各个事件的详细信息。

为了完整起见，一份Qt4.6的事件列表附在本文后面。

事件来源
Spontaneous events(自发事件) 
从系统得到的消息,比如鼠标按键,键盘按键等。Qt事件循环的时候读取这些事件，转化为QEvent后依次处理
Posted events 
有Qt或应用程序产生，放入消息队列
QCoreApplication::postEvent()
Sent events 
由Qt或应用程序产生，不放入队列，直接被派发和处理
QCoreApplication::sendEvent()
比如考虑重绘事件处理函数 paintEvent()，3种事件都能使得该函数被调用：

当窗口被其他窗口覆盖后，再次重新显示时，系统将产生 spontaneous 事件来请求重绘
当我们调用 update() 时，产生的是 Posted 事件
当我们调用 repaint() 时，产生的是 Sent 事件
事件派发事件循环 while (!exit_was_called) {
while (!posted_event_queue_is_empty) {
process_next_posted_event();
}
while (!spontaneous_event_queue_is_empty) {
process_next_spontaneous_event();
}
while (!posted_event_queue_is_empty) {
process_next_posted_event();
}
}
先处理Qt事件队列中的事件，直至为空
再处理系统消息队列中的消息，直至为空
在处理系统消息的时候会产生新的Qt事件，需要对其再次进行处理
不通过事件循环
sendEvent的事件派发不通过事件循环。QApplication::sendEvent()是通过调用QApplication::notify()，直接进入了事件的派发和处理环节，是同步的。

sendEvent与postEvent的使用
两个函数都是接受一个 QObject * 和一个 QEvent * 作为参数。
postEvent 的 event 必须分配在 heep 上。用完后会被Qt自动删除
sendEvent 的 event 必须分配在 stack 上。
例子(发送X按键事件到mainWin)：

QApplication::postEvent(mainWin, new QKeyEvent(QEvent::KeyPress, Key_X, ‘X‘, 0));

QKeyEvent event(QEvent::KeyPress, Key_X, ‘X‘, 0);
QApplication::sendEvent(mainWin, &event);

notify
所有的事件都最终通过 notify 派发到相应的对象中。

bool QCoreApplication::notify ( QObject * receiver, QEvent * event )事件过滤
看看notify()调用的内部函数notify_helper()的源码部分:

先通过 Applicaton 安装的过滤器
如果未被过滤，再通过 receiver 安装的过滤器
如果仍未被过滤，才调用 receiver->event() 函数进行派发

/*!\internal

Helper function called by notify()
*/
bool QCoreApplicationPrivate::notify_helper(QObject *receiver, QEvent * event)
{
// send to all application event filters
if (sendThroughApplicationEventFilters(receiver, event))
return true;
// send to all receiver event filters
if (sendThroughObjectEventFilters(receiver, event))
return true;
// deliver the event
return receiver->event(event);
}
事件在传递到对象之前(调用obj->event()函数之前)，要先能通过 Applicaton 和 obj 安装的过滤器，那么过滤器是怎么安装的：

首先QObject中有一个类型为QObjectList的成员变量,名字为eventFilters
当某个QObject安装了事件过滤器之后, 它会将filterObj的指针保存在eventFilters中

monitoredObj->installEventFilter(filterObj);
在事件到达QObject::event()函数之前，会先查看该对象的eventFilters列表, 如果非空, 就先调用列表中对象的eventFilter()函数.

bool QObject::eventFilter ( QObject * watched, QEvent * event )
事件过滤器函数eventFilter()返回值是bool型 
如果返回true, 则表示该事件已经被处理完毕, Qt将直接返回, 进行下一事件的处理
如果返回false, 事件将接着被送往剩下的事件过滤器或是目标对象进行处理
对于 QCoreApplication ，由于也是QObject 派生类，安装过滤器方式与前述相同。

事件转发
对于某些类别的事件, 如果在整个事件的派发过程结束后还没有被处理, 那么这个事件将会向上转发给它的父widget, 直到最顶层窗口.

如何判断一个事件是否被处理了呢? (有两个层次)

QApplication::notify(), QObject::eventFilter(), QObject::event() 通过返回bool值来表示是否已处理. “真”表示已经处理, “假”表示事件需要继续传递
另一种是调用QEvent::ignore() 或 QEvent::accept() 对事件进行标识，accept表示事件被处理
为清楚起见，贴一点Qt的源码（来自 QApplication::notify()）:

case QEvent::ToolTip:
case QEvent::WhatsThis:
case QEvent::QueryWhatsThis:
{
QWidget* w = static_cast<QWidget *>(receiver);
QHelpEvent *help = static_cast<QHelpEvent*>(e);
QPoint relpos = help->pos();
bool eventAccepted = help->isAccepted();
while (w) {
QHelpEvent he(help->type(), relpos, help->globalPos());
he.spont = e->spontaneous();
res = d->notify_helper(w, w == receiver ? help : &he);
e->spont = false;
eventAccepted = (w == receiver ? help : &he)->isAccepted();
if ((res && eventAccepted) || w->isWindow())
break;

relpos += w->pos();
w = w->parentWidget();
}
help->setAccepted(eventAccepted);
}
break;
这儿显示了对 WhatsThis 事件的处理：先派发给 w，如果事件被accepted 或已经是顶级窗口，则停止；否则获取w的父对象，继续派发。

事件处理
重新实现一个特定的事件handler
QObject与QWidget提供了许多特定的事件handlers，分别对应于不同的事件类型。（如paintEvent()对应paint事件）

重新实现QObject::event()
event()函数是所有对象事件的入口，QObject和QWidget中缺省的实现是简单地把事件推入特定的事件handlers。

在QObject安装上事件过滤器
事件过滤器是一个对象，它接收别的对象的事件，在这些事件到达指定目标之间。

在aApp上安装一个事件过滤器，它会监视程序中发送到所有对象的所有事件
重新实现QApplication:notify(),Qt的事件循环与sendEvent()调用这个函数来分发事件，通过重写它，你可以在别人之前看到事件。
事件列表
Qt4.6的事件列表：

QAccessibleEvent
QActionEvent
QChildEvent
QCloseEvent
QCustomEvent
QDragLeaveEvent
QDropEvent 
QDragMoveEvent 
QDragEnterEvent
QDynamicPropertyChangeEvent
QFileOpenEvent
QFocusEvent
QGestureEvent
QGraphicsSceneEvent 
QGraphicsSceneContextMenuEvent
QGraphicsSceneDragDropEvent
QGraphicsSceneHelpEvent
QGraphicsSceneHoverEvent
QGraphicsSceneMouseEvent
QGraphicsSceneMoveEvent
QGraphicsSceneResizeEvent
QGraphicsSceneWheelEvent.
QHelpEvent
QHideEvent
QHoverEvent

QIconDragEvent
QInputEvent 
QContextMenuEvent
QKeyEvent
QMouseEvent
QTabletEvent
QTouchEvent
QWheelEvent
QInputMethodEvent
QMoveEvent
QPaintEvent
QResizeEvent
QShortcutEvent
QShowEvent
QStatusTipEvent
QTimerEvent
QWhatsThisClickedEvent
QWindowStateChangeEvent

原文链接：http://bbs.csdn.net/topics/390316264

时间： 2024-10-11 12:58:51

QT 消息处理机制的相关文章

QT开发（六十三）——QT事件机制分析

QT开发(六十三)--QT事件机制分析 一.事件机制 事件是由系统或者QT平台本身在不同的时刻发出的.当用户按下鼠标.敲下键盘,或者是窗口需要重新绘制的时候,都会发出一个相应的事件.一些事件在对用户操作做出响应时发出,如键盘事件等:另一些事件则是由系统自动发出,如计时器事件. 事件的出现,使得程序代码不会按照原始的线性顺序执行.线性顺序的程序设计风格不适合处理复杂的用户交互,如用户交互过程中,用户点击"打开文件"将开始执行打开文件的操作,用户点击"保存文件"将开始执

Qt事件机制概览

Qt事件机制概览 Qt事件机制概览 消息循环 Qt事件循环 简介 QEventLoop 跨线程的信号和槽与事件循环 模态窗口 Native widget or Alien widget 创建Native widget 创建QApplication的message-only窗口 派发事件的公共基础方法 source code QApplication的创建过程 QWidget native QWidget 的创建过程 普通native widget回调过程 QApplication的message

13.安卓消息处理机制

1.Android消息处理机制(★★★★必会) 1.1.Looper.Message.Handler的关系 当我们的Android应用程序的进程一创建的时候,系统就给这个进程提供了一个Looper,Looper是一个死循环,它内部维护这个一个消息队列.Looper不停地从消息队列中取消息(Message),取到消息就发送给了Handler,最后Handler根据接收到的消息去修改UI.Handler的sendMessage方法就是将消息添加到消息队列中. 1.2.runOnUiThread Ac

Android Learning：多线程与异步消息处理机制

在最近学习Android项目源码的过程中,遇到了很多多线程以及异步消息处理的机制.由于之前对这块的知识只是浅尝辄止,并没有系统的理解.但是工程中反复出现让我意识到这个知识的重要性.所以我整理出这篇博客,主要介绍了线程和异步处理机制的意义和用法,目的在于帮助初学者能够加深对异步消息处理机制的理解,在实际Android工程中能够更多地使用AsyncTask工具类在子线程中进行UI更新. 一.Android当中的多线程[1] 在Android当中,当一个应用程序的组件启动的时候,并且没有其他的应用程序

Android异步消息处理机制(3)asyncTask基本使用

本文翻译自android官方文档,结合自己测试,整理如下. 概述 AsyncTask抽象类,翻译过来就是异步任务,能够合理并方便的使用UI线程.该类可以实现将后台操作结果显示在UI线程中,而不需要我们自己实现子线程或者handler(当然它内部也是借助这两者实现的). 虽然AsyncTask可以提供后台运行并将结果显示在UI上,但是理想情况应该是后台操作最多只能是几秒钟,若要执行长时间的操作强烈建议使用java中的Executor,ThreadPoolExecutor,FutureTask等.

Windows应用程序的消息处理机制

(1)操作系统接收到应用程序的窗口消息,将消息投递到该应用程序的消息队列中. (2)应用程序在消息循环中调用GetMessage函数从消息队列中取出一条一条的消息. 取出消息后,应用程序可以对消息进行一些预处理,例如,放弃对某些消息的响应,或者调用TranslateMessage产生新的消息. (3)应用程序调用DispatchMessage,将消息回传给操作系统. 消息是由MSG结构体对象来表示的,其中就包含了接收消息的窗口的句柄.因此,DispatchMessage函数总能进行正确的传递.

Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系

转载请标明出处:http://blog.csdn.net/lmj623565791/article/details/38377229 ,本文出自[张鸿洋的博客] 很多人面试肯定都被问到过,请问Android中的Looper , Handler , Message有什么关系?本篇博客目的首先为大家从源码角度介绍3者关系,然后给出一个容易记忆的结论. 1. 概述 Handler . Looper .Message 这三者都与Android异步消息处理线程相关的概念.那么什么叫异步消息处理线程呢?异步

【转】Qt 事件处理机制 （下篇）

转自:http://mobile.51cto.com/symbian-272816.htm 在Qt中,事件被封装成一个个对象,所有的事件均继承自抽象类QEvent. 接下来依次谈谈Qt中有谁来产生.分发.接受和处理事件. 继续我们上一篇文章继续介绍,Qt 事件处理机制 (上篇) 介绍了Qt框架的事件处理机制:事件的产生.分发.接受和处理,并以视窗系统鼠标点击QWidget为例,对代码进行了剖析,向大家分析了Qt框架如何通过Event Loop处理进入处理消息队列循环,如何一步一步委派给平台相关的

【转】解读Qt 事件处理机制（上篇）

[转自]:http://mobile.51cto.com/symbian-272812.htm 在Qt中,事件被封装成一个个对象,所有的事件均继承自抽象类QEvent. 接下来依次谈谈Qt中有谁来产生.分发.接受和处理事件. 本篇来介绍Qt 事件处理机制 .深入了解事件处理系统对于每个学习Qt人来说非常重要,可以说,Qt是以事件驱动的UI工具集. 大家熟知Signals/Slots在多线程的实现也依赖于Qt的事件处理机制. 在Qt中,事件被封装成一个个对象,所有的事件均继承自抽象类QEvent.