前言:

不熟悉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
當當當 廬山真面目看完了
從頭到尾 串起來了
結束
**

如果你覺得本文對你有用 請給我點個贊 碼字不容易啊 謝謝了！

總結

以上是生活随笔為你收集整理的Qt 事件机制源码分析 QApplication exec 源码分析 多图超级详细的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。