qt源码---事件系统之QCoreApplication

上一节分析了qt和windows系统之间的消息的传递,本节着重看一下,qt内部的事件是如何传递的?

1.sendEvent函数

在使用的自定义事件时,有时需要手动抛出一个事件,常用的方式有2种,其一时阻塞式的sendEvent函数;其二是postEvent函数;sendEvent函数定义如下:

其主要是将spont设置为fasle,然后转入到notifyInternal2函数中执行处理;

qt源码---事件系统之QCoreApplication_第1张图片

其中self在QCoreApplicationPrivate构造函数中已被指定,所以不为空,if(!self && selfRequired)不会执行;

QInternal::activateCallbacks函数,会检测是否注册了事件回调函数,如果注册了对应的事件函数,会截获此事件;其对应的定义如下:

qt源码---事件系统之QCoreApplication_第2张图片

 由于在实践项目中没有用过此种方式,此处略过

接下来会通过QScopedScopeLevelCounter类将接收对象的scopeLevel变量加1,并在函数退出时,减一;此处猜测是qt标识循环层级使用的,实际是做什么用的,还不清楚;

接下来会转入doNotifity函数处理,notify函数最终也是转入doNotify函数中处理;

qt源码---事件系统之QCoreApplication_第3张图片

此处会检测接收对象和发送对象是否在同一个线程;并最终转入notify_helper函数中处理;

 qt源码---事件系统之QCoreApplication_第4张图片

 此处会判断接收的对象是否在主线程中,如果是在主线程中,会检测QCoreApplication的对象是否安装了事件过滤器,如果此事件被QCoreApplication事件过滤器检测到并被处理,并不会向下传递;

接下来会判断此接收对象上的事件过滤器是否处理此事件,如果此事件被处理则退出;

最后,进入接收对象自己的event函数,进行事件处理;

通过上述流程可以发现:1、event对象在事件传递过程中,没有执行删除等释放动作,其内存需要用户自己管理;2、sendEvent函数一直在执行函数的调用,并最终转到notify_helper函数中处理,所以其是阻塞式调用;3、事件的传递顺序,先被QCoreApplication对象拦截,接着被对象注册的事件过滤器拦截,最后执行自己的event函数;

2、postEvent函数

qt源码---事件系统之QCoreApplication_第5张图片

 qt源码---事件系统之QCoreApplication_第6张图片

首先判断接收对象是否为空,如果为空,删除event对象,并退出;

判断接收对象的线程是否被释放,如果接收对象所在的线程已被删除,则删除event对象,并退出;

如果接收对象被移动到其他线程中,再次检测新的线程是否被删除,如果新的线程已被删除,则删除event对象,并退出;

判断事件是否可以被压缩,即删除已经在postEventList中重复的事件,主要针对QTimerEvent事件、QDeferredDeleteEvent、QQuitEvent等事件;

qt源码---事件系统之QCoreApplication_第7张图片

 接下来,执行:qt源码---事件系统之QCoreApplication_第8张图片

 将QEvent对象放入QScopedPointer中,将receiver、event对象拼装成QPostEvent对象,并放入到QPostEventList中,如果中间出现异常,则event对象内存有QScopedPointer对象回收;

QPostEventList是根据priority优先级进行排序执行的;

接下来将event->posted置为true,postedEvents数量加1,并将canWait设置为false;

最后调用QAbstractEventDispatcher的wakeUp函数;wakeUp函数会调用WinAPI的PostMessage函数,投递一个WM_QT_SENDPOSTEDEVENTS事件,其会被processEvent函数捡取到,并最终转入QCoreApplicationPrivate中的sendPostedEvents函数处理(具体可以参考上一节);

qt源码---事件系统之QCoreApplication_第9张图片

 qt源码---事件系统之QCoreApplication_第10张图片

 首先判断receiver对象是否为空,是否跨线程执行?由于通过QAbstractEventDispatcher对象调用,其receiver对象为空,所以此处会跳过执行;

将recursion加1,防止递归调用;并判断postEventList列表中是否有事件,如果没有事件需要处理则退出;

接下来主要是从QPostEventList中取出事件,并调用QCoreApplication::sendEvent函数处理;

并且会在此处删除event对象,由QScopedPointer对象负责处理;

另外qt在处理取事件的过程中非常小心,考虑了很多异常情况

期间定义了CleanUp的类,主要是用来处理事件对象被处理后,清空事件列表中已经处理过的事件;

总结:

sendEvent函数:

1、event对象在事件传递过程中,没有执行删除等释放动作,其内存需要用户自己管理;

2、sendEvent函数一直在执行函数的调用,并最终转到notify_helper函数中处理,所以其是阻塞式调用;

3、事件的传递顺序,先被QCoreApplication对象拦截,接着被对象注册的事件过滤器拦截,最后执行自己的event函数;

postEvnet函数:

1、event对象会被保存在全局的postEventList列表中,由事件在处理时被释放;

2、postevent函数会将事件、receiver对象放到全局的QPostEventList列表中,并通过WINAPI的postmessage系统函数,通知QAbstractEventDispatcher类检索到,最终转入到sendPostedEvents函数中处理;

3、上一节已提到windows消息及qt自定义消息如何被检索的过程,所以可以判断出postevent函数的处理是异步的过程;

QCoreApplication类的主要内容已基本结束,下一节会着重介绍下定时器事件;

你可能感兴趣的:(qt,开发语言)