Qt 事件机制源码分析 QApplication exec 源码分析多图超级详细

前言:

不熟悉qt 源码结构的可以先看这一篇

点我点我点我

写qt 的都知道以下代码, 这段代码究竟的运行机制是怎么样的
咱们一步一步的看

QApplication a(argc, argv);QWidget w;
w.show();return a.exec();

QApplication 的继承结构先看一下

上图比较清晰了, qapplication 继承于 qguiapplication 继承于 qcoreapplication
然后qt万物继承于qobject 没毛病。

事件机制

都知道windwos 基于消息循环这个消息机制来控制应用程序的界面刷新啊按钮触发等等
发消息？ sendmessage postmessage
这里就不多说了,不清楚的要去看一下

qt 是基于事件循环驱动的事件？ event
sendevent postevent 这个没用过
那mousePressEvent printEvent 都清楚吧

Qt 事件特别多 QEvent 的定义可以去看下,总有你想要的

win平台下 qt的事件机制可以简单的理解为对windows的消息机制做了一层封装

根源还是qt coreapplication 源源不断的接受windows的消息, 然后进行一层的翻译与封装为QEvent
然后再加入自己的事件队列派发给对应的widget进行处理

exec

翻译来源有道:

进入主事件循环并等待直到调用exit()，然后返回
设置为exit()的值(如果通过调用exit()则为0)
辞职())。

需要调用这个函数来启动事件处理。主要的
事件循环从windwos接收事件并将这些事件分派给
应用程序部件。

ok 这里说的和我上面说的是一个意思吧

！！也就是这个exec 就是进入应用程序的主事件循环

1.首先调用父类qguiapp的exec

2.继续调用qgui的父类的exec 也就是 qcoreapp的上面我有说继承结构

QThreadData *threadData = self->d_func()->threadData;
if (threadData != QThreadData::current()) {

看见没, 必须要在主线程
至于为啥要在主线程可以去了解下为啥UI只能在主线程
简单说一嘴我理解的
1.基于最底层CPU和GPU 执行命令就是一条一条的, 两个UI 窗口两个线程的话还是会有一个处于等待状态
2.如果是多线程的那么会大大提高实现的负责度,线程安全同步互斥等乱七八糟的问题

eventLoop

在继续往下就是QEventLoop 事件循环

这里一直在处理事件
while
{
processEvents
}

看下他的实现

真正的实现在 QAbstractEventDispatcher::processEvents().

在继续跳没有跳进去

我找到源码应该是他qeventdispatcher_win_p.h win上面的实现

上面还有hook message 应该跑不了了

通过安装消息钩子来驱动我们的事件

我把代码索起来了否则截图截不全

展开看下它的 do while 关键部分

QVarLengthArray<MSG> processedTimers;while (!d->interrupt.load()) {MSG msg;bool haveMessage;if (!(flags & QEventLoop::ExcludeUserInputEvents) && !d->queuedUserInputEvents.isEmpty()) {// process queued user input eventshaveMessage = true;msg = d->queuedUserInputEvents.takeFirst();} else if(!(flags & QEventLoop::ExcludeSocketNotifiers) && !d->queuedSocketEvents.isEmpty()) {// process queued socket eventshaveMessage = true;msg = d->queuedSocketEvents.takeFirst();} else {haveMessage = PeekMessage(&msg, 0, 0, 0, PM_REMOVE);if (haveMessage) {if (flags.testFlag(QEventLoop::ExcludeUserInputEvents)&& isUserInputMessage(msg.message)) {// queue user input events for later processingd->queuedUserInputEvents.append(msg);continue;}if ((flags & QEventLoop::ExcludeSocketNotifiers)&& (msg.message == WM_QT_SOCKETNOTIFIER && msg.hwnd == d->internalHwnd)) {// queue socket events for later processingd->queuedSocketEvents.append(msg);continue;}}}if (!haveMessage) {// no message - check for signalled objectswaitRet = MsgWaitForMultipleObjectsEx(nCount, pHandles, 0, QS_ALLINPUT, MWMO_ALERTABLE);if ((haveMessage = (waitRet == WAIT_OBJECT_0 + nCount))) {// a new message has arrived, process itcontinue;}}if (haveMessage) {// WinCE doesn't support hooks at all, so we have to call this by hand :(if (!d->getMessageHook)(void) qt_GetMessageHook(0, PM_REMOVE, reinterpret_cast<LPARAM>(&msg));if (d->internalHwnd == msg.hwnd && msg.message == WM_QT_SENDPOSTEDEVENTS) {if (seenWM_QT_SENDPOSTEDEVENTS) {// when calling processEvents() "manually", we only want to send posted// events onceneedWM_QT_SENDPOSTEDEVENTS = true;continue;}seenWM_QT_SENDPOSTEDEVENTS = true;} else if (msg.message == WM_TIMER) {// avoid live-lock by keeping track of the timers we've already sentbool found = false;for (int i = 0; !found && i < processedTimers.count(); ++i) {const MSG processed = processedTimers.constData()[i];found = (processed.wParam == msg.wParam && processed.hwnd == msg.hwnd && processed.lParam == msg.lParam);}if (found)continue;processedTimers.append(msg);} else if (msg.message == WM_QUIT) {if (QCoreApplication::instance())QCoreApplication::instance()->quit();return false;}

**TranslateMessage
DispatchMessage
PostMessage
当当当庐山真面目看完了
从头到尾串起来了
结束
**

如果你觉得本文对你有用请给我点个赞码字不容易啊谢谢了！