前言:

不熟悉qt 源碼結(jié)構(gòu)的 可以先看這一篇

點我點我點我

寫qt 的都知道 以下代碼, 這段代碼究竟的運行機制是怎么樣的
咱們一步一步的看

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

QApplication 的繼承結(jié)構(gòu)先看一下

上圖比較清晰了, qapplication 繼承于 qguiapplication 繼承于 qcoreapplication
然后qt萬物繼承于qobject 沒毛病。

事件機制

都知道windwos 基于消息循環(huán)這個消息機制來控制應(yīng)用程序的界面刷新啊 按鈕觸發(fā)等等
發(fā)消息？ sendmessage postmessage
這里就不多說了,不清楚的要去看一下

qt 是基于事件循環(huán)驅(qū)動的 事件？ event
sendevent postevent 這個沒用過
那mousePressEvent printEvent 都清楚吧

Qt 事件 特別多 QEvent 的定義可以去看下,總有你想要的

win平臺下 qt的事件機制 可以簡單的理解為 對windows的消息機制做了一層封裝

根源還是qt coreapplication 源源不斷的接受windows的消息, 然后進(jìn)行一層的翻譯與封裝為QEvent
然后再加入自己的事件隊列 派發(fā)給對應(yīng)的widget進(jìn)行處理

exec

翻譯來源有道:

進(jìn)入主事件循環(huán)并等待直到調(diào)用exit()，然后返回
設(shè)置為exit()的值(如果通過調(diào)用exit()則為0)
辭職())。

需要調(diào)用這個函數(shù)來啟動事件處理。主要的
事件循環(huán)從windwos接收事件并將這些事件分派給
應(yīng)用程序部件。

ok 這里說的 和我上面說的是一個意思吧

！！ 也就是這個exec 就是進(jìn)入應(yīng)用程序的主事件循環(huán)

1.首先調(diào)用父類qguiapp的exec

2.繼續(xù)調(diào)用qgui的父類的exec 也就是 qcoreapp的 上面我有說繼承結(jié)構(gòu)

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

看見沒, 必須要在主線程
至于為啥要在主線程 可以去了解下為啥UI只能在主線程
簡單說一嘴我理解的
1.基于最底層CPU和GPU 執(zhí)行命令就是一條一條的, 兩個UI 窗口 兩個線程的話 還是會有一個處于等待狀態(tài)
2.如果是多線程的那么會大大提高實現(xiàn)的負(fù)責(zé)度,線程安全同步互斥等亂七八糟的問題

eventLoop

在繼續(xù)往下就是QEventLoop 事件循環(huán)

這里一直在 處理事件
while
{
processEvents
}

看下他的實現(xiàn)

真正的實現(xiàn)在 QAbstractEventDispatcher::processEvents().

在繼續(xù)跳沒有跳進(jìn)去

我找到源碼 應(yīng)該是他qeventdispatcher_win_p.h win上面的實現(xiàn)

上面還有hook message 應(yīng)該跑不了了

通過安裝消息鉤子 來驅(qū)動我們的事件

我把代碼索起來了 否則截圖截不全

展開看下它的 do while 關(guān)鍵部分

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
當(dāng)當(dāng)當(dāng) 廬山真面目看完了
從頭到尾 串起來了
結(jié)束
**

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。