MFC淺析(7) CWnd類虛函數的調用時機、預設實作 .

<a href="http://blog.csdn.net/akof1314/article/details/5597669#1">1. Create</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#2">2. PreCreateWindow</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#3">3. PreSubclassWindow</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#4">4. PreTranslateMessage</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#5">5. WindowProc</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#6">6. OnCommand</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#7">7. OnNotify</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#8">8. OnChildNotify</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#9">9. DefWindowProc</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#10">10. DestroyWindow</a>

<a href="http://blog.csdn.net/akof1314/article/details/5597669#11">11. PostNcDestroy</a>

CWnd作為MFC中最基本的與視窗打交道的類，完成了大部分視窗管理任務。同時提供了很多虛拟函數，這些虛拟函數在适當的地方提供了供派生類參與管理的接口。

一直以來，對這些虛拟函數的來龍去脈有所糊塗，無法明确的判斷他們在什麼時候調用，又預設完成了些什麼。重載時哪些是要注意的...等等。

抽時間檢視了MFC的原碼，想看其究竟。

總結如下：

virtual BOOL Create( LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, UINT nID, CCreateContext* pContext = NULL);

調用時機:

視窗建立時

作為主視窗，大多在InitInstance()中将直接或間接調用Create

作為子視窗，大多再父視窗建立後發出WM_CREATE消息，對其進行處理時OnCreate()中調用。

功能：

控制建立細節

CWnd實作：

.......

//注冊視窗類，調用API建立視窗

// allow modification of several common create parameters

CREATESTRUCT cs;

cs.dwExStyle = dwExStyle;

cs.lpszClass = lpszClassName;

cs.lpszName = lpszWindowName;

cs.style = dwStyle;

cs.x = x;

cs.y = y;

cs.cx = nWidth;

cs.cy = nHeight;

cs.hwndParent = hWndParent;

cs.hMenu = nIDorHMenu;

cs.hInstance = AfxGetInstanceHandle();

cs.lpCreateParams = lpParam;

//在此調用虛拟函數PreCreateWindow，允許在實際建立之前“篡改”建立參數。

if (!PreCreateWindow(cs))

{

PostNcDestroy();

return FALSE;

}

AfxHookWindowCreate(this);

HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass,

cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy,

cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams);

#ifdef _DEBUG

if (hWnd == NULL)

TRACE1("Warning: Window creation failed: GetLastError returns 0x%8.8X/n",

GetLastError());

#endif

if (!AfxUnhookWindowCreate())

PostNcDestroy(); // cleanup if CreateWindowEx fails too soon

ASSERT(hWnd == m_hWnd); // should have been set in send msg hook

return TRUE;

}

調用時機：

參見上段,在Create()中，設定好視窗建立資料cs後，在實際建立視窗之前，将cs“暴露”給派生類，允許派生類在此時改變視窗建立參數。

控制建立參數 (在Create()中可以設定建立資訊，但Create有時是架構結構隐含調用的，故在PreCreateWindow時，再提供一個修訂視窗建立參數的機會)。

CWnd實作:

BOOL CWnd::PreCreateWindow(CREATESTRUCT& cs)

{

//如果在派生類中使用者沒有定制類名，沒有制定視窗類名，使用MFC預設注冊類

if (cs.lpszClass == NULL)

// make sure the default window class is registered

VERIFY(AfxDeferRegisterClass(AFX_WND_REG));

// no WNDCLASS provided - use child window default

ASSERT(cs.style & WS_CHILD);

cs.lpszClass = _afxWnd;

如果需要，使用自定的視窗類，應該在派生類的PreCreateWindow中注冊，并得到并指定類名。

建立視窗的同時将C++Wnd對象附着在視窗上

CWnd::Create()中:

...

AfxUnhookWindowCreate();

建立視窗時，系統建立WH_CBT(訓練)鈎子(截獲視窗動作),在鈎子函數中完成CWnd對象對視窗的"包裹".

file://操作很多，主要有

//pWndInit為傳入的參數，應該就是CWnd對象指針了

//對象連接配接到視窗句柄

pWndInit->Attach(hWnd);

...

//調用虛拟函數PreSubclassWindow,給使用者一個定義相關操作的機會，例如，子控件的附着

pWndInit->PreSubclassWindow();

//設定消息處理函數等等。

WNDPROC *pOldWndProc = pWndInit->GetSuperWndProcAddr();

WNDPROC afxWndProc = AfxGetAfxWndProc();

oldWndProc = (WNDPROC)SetWindowLong(hWnd, GWL_WNDPROC,

(DWORD)afxWndProc);

CWnd類中，在此虛拟函數中沒有預設動作。

程序的消息隊列處理循環中，在将視窗的消息分發到視窗的消息處理函數之前将調用CWinApp虛拟函數PreTranslateMessage,允許再視窗派生類中對即将發送的消息進行處理。

而CWinApp::PreTranslateMessage将有可能調用到視窗的PreTranslateMessage。

先來看以下CWinThread::PumpMessage中對消息的分發過程

::GetMessage(&m_msgCur, NULL, NULL, NULL)

//CWinThread的PreTranslateMessage虛拟函數被調用

if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur))

::TranslateMessage(&m_msgCur);

::DispatchMessage(&m_msgCur);

BOOL CWinThread::PreTranslateMessage(MSG* pMsg)

....

CWnd* pMainWnd = AfxGetMainWnd();

//依此調用從指令發出視窗到主視窗間各級視窗的PreTranslateMessage();

//參見下面的WalkPreTranslateTree原碼

if (CWnd::WalkPreTranslateTree(pMainWnd->GetSafeHwnd(), pMsg))

return TRUE;

// in case of modeless dialogs, last chance route through main

// window's accelerator table

if (pMainWnd != NULL)

CWnd* pWnd = CWnd::FromHandle(pMsg->hwnd);

if (pWnd->GetTopLevelParent() != pMainWnd)

return pMainWnd->PreTranslateMessage(pMsg);

return FALSE; // no special processing

BOOL PASCAL CWnd::WalkPreTranslateTree(HWND hWndStop, MSG* pMsg)

//依次調用各級視窗的PreTranslateMessage

for (HWND hWnd = pMsg->hwnd; hWnd != NULL; hWnd = ::GetParent(hWnd))

CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);

if (pWnd != NULL)

{

if (pWnd->PreTranslateMessage(pMsg))

return TRUE; // trapped by target window (eg: accelerators)

}

// got to hWndStop window without interest

if (hWnd == hWndStop)

break;

return FALSE; // no special processing

視窗建立後，将進入消息循環。在此期間，WindowPro被調用以處理各消息。

在視窗建立時，消息處理函數被制定，一般是AfxWndProc,其将調用AfxCallWndProc,而AfxCallWndProc最終将調用到虛拟函數WindowProc。

功能:

允許派生類在消息處理前，添加處理。

LRESULT CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)

LRESULT lResult = 0;

file://主要是由OnWndMsg完成消息的分類，分解處理。

if (!OnWndMsg(message, wParam, lParam, &lResult))

file://剩餘部分交由預設指令處理函數處理。

lResult = DefWindowProc(message, wParam, lParam);

return lResult;

附：OnWndMsg流程

在OnWndMsg中，将根據消息的性質，歸類成指令消息、通知消息、普通消息

分别由OnCommand、OnNotify...處理

BOOL CWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult)

//如果是WM_COMMAND消息,由虛拟函數OnCommand處理，

//WM_COMMAND由菜單、工具條等發出，表示特定的指令，與視窗消息由所不同。

if (message == WM_COMMAND)

....

OnCommand(wParam, lParam))

//如果消息是WM_NOTIFY,即通知消息,由虛拟函數OnNotify處理，

if (message == WM_NOTIFY)

.....

OnNotify(wParam, lParam, &lResult))

//對特殊消息的處理:

WM_ACTIVATE...

WM_SETCURSOR...

//普通消息

//在類消息映射中查找消息對應的消息處理函數。

//參數轉換等等...

//找到後，調用該函數。

mmf.pfn = lpEntry->pfn;

lResult = (this->*mmf.pfn_lwl)(wParam, lParam);

在OnWndMsg中，如果消息是WM_COMMAND,即指令消息，将調用OnCommand;

在OnCommand中可以對指令處理進行操作。

CWnd實作: file://參見對指令更新機制的分析

BOOL CWnd::OnCommand(WPARAM wParam, LPARAM lParam)

//試探性的調用OnCmdMsg(,,CN_UPDATE_COMMAND_UI..)看目前指令項是否有效

CTestCmdUI state;

state.m_nID = nID;

OnCmdMsg(nID, CN_UPDATE_COMMAND_UI, &state, NULL);

if(...)//指令有效時設定标志為指令标志:CN_COMMAND

nCode = CN_COMMAND;

//如果是子視窗的通知消息，則反射給子視窗 ????,若子視窗有相應處理，則傳回。若未處理，還是作為指令處理。

//有一部分通知消息是通過WM_COMMAND發送的

if(ReflectLastMsg(hWndCtrl))

return TRUE; // eaten by child

//指令消息經過整理後，調用虛拟函數OnCmdMsg !!!!!!

return OnCmdMsg(nID, nCode, NULL, NULL);

對指令處理的具體流程，參見文章相關文章。

BOOL CWnd::OnNotify(WPARAM, LPARAM lParam, LRESULT* pResult)

OnWndMsg中，若處理的消息是WM_NOTIFY，将調用OnNotify對該通知消息具體處理。

虛函數OnNotify提供了在派生類中管理通知消息的接口。

CWnd實作： BOOL CWnd::OnNotify(WPARAM, LPARAM lParam, LRESULT* pResult) { ..... file://将通知消息反射到發出通知的視窗，由其處理，若該視窗未處理，在由OnCmdMSg處理。 if (ReflectLastMsg(hWndCtrl, pResult)) return TRUE; // eaten by child ..... file://交由OnCmdMsg處理。對應的消息映射宏為 return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY), ¬ify, NULL); }

關于消息反射:

控件通常将自己的變化情況以通知消息的形式告知父視窗。由父視窗響應處理。

MFC的反射機制可将通知消息傳回到原視窗，在原視窗的消息映射體系中得到對事件的處理。這便于視窗功能的封裝。

若子視窗沒有對該通知的反射處理函數，則該通知消息還是由父視窗處理。

在ReflectLastMsg中，将調用pWnd->SendChildNotifyLastMsg,(pWnd是指向子視窗的指針)

SendChildNotifyLastMsg中将調用虛拟函數OnChildNotify。

在子視窗的OnChildNotify中可以在接收到反射消息，處理之前添加處理。

BOOL CWnd::OnChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult)

視窗向父視窗發出通知後，被反射回來時，将先調用OnChildNotify。

可以在此函數中監測處理由父視窗傳來的通知消息。

調用CWnd成員ReflectChildNotify

通知消息的處理實際上還是由原有消息、指令處理流程完成的。不同的是，他們的消息、指令數值被調整以差別視窗自己的消息、指令。

在類的消息映射項中，反射消息處理宏完成對應的通知消息與處理函數的關聯。

BOOL CWnd::ReflectChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult)

//針對傳回的消息分類處理成特定消息格式

switch (uMsg)

//WM_HSCROLL,WM_VSCROLL:.........

.....

//轉換成反射消息号，由指令處理函數。(在消息映射中，反射消息的序号為WM_REFLECT_BASE+uMsg)

return CWnd::OnWndMsg(WM_REFLECT_BASE+uMsg, wParam, lParam, pResult);

//如果是WM_COMMAND

case WM_COMMAND:

.....

//直接交給視窗的OnCmdMsg,同時指令的序号被相應改變，以與視窗自己收到的同樣指令相差別，并有不同的消息映射項。

CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_COMMAND), NULL, NULL))

//如果是 WM_NOTIFY通知

case WM_NOTIFY:

//.......

//交由OnCmdMsg處理。更改指令序号。

CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_NOTIFY), ?ify, NULL);

//顔色類

if (uMsg >= WM_CTLCOLORMSGBOX && uMsg <= WM_CTLCOLORSTATIC)

....

CWnd::OnWndMsg(WM_REFLECT_BASE+WM_CTLCOLOR, 0, (LPARAM)&ctl, pResult);

......

WindowProc中消息經由OnWndMsg後，未找到對應的處理函數，将交由DefWindowProc處理。

在DefWindowProc中，可以針對這些未處理的消息增加相應操作。

CWnd實作

LRESULT CWnd::DefWindowProc(UINT nMsg, WPARAM wParam, LPARAM lParam)

if (m_pfnSuper != NULL)

return ::CallWindowProc(m_pfnSuper, m_hWnd, nMsg, wParam, lParam);

WNDPROC pfnWndProc;

if ((pfnWndProc = *GetSuperWndProcAddr()) == NULL)

return ::DefWindowProc(m_hWnd, nMsg, wParam, lParam);

else

return ::CallWindowProc(pfnWndProc, m_hWnd, nMsg, wParam, lParam);

先來看CWnd對DestroyWindow的實作。

BOOL CWnd::DestroyWindow()

//銷毀視窗

if (m_pCtrlSite == NULL)

bResult = ::DestroyWindow(m_hWnd);

else

bResult = m_pCtrlSite->DestroyControl();

//C++視窗對象與視窗脫離

Detach();

在此實作中,調用API：BOOL DestroyWindow(HWND hWnd);

API的DestroyWindow将向視窗發送WM_DESTROY和WM_NCDESTROY消息，

①.對于主視窗:(CFrameWnd)

當視窗接收到關閉消息時，将調用DestroyWindow

關閉消息的發送:

在菜單上選擇退出，将給一個ID_APP_EXIT指令，該指令在CWinApp::OnAppExit中有預設實作：向主視窗發送WM_CLOSE;

另，按下視窗關閉鈕，将給視窗一個WM_CLOSE消息。

在WM_CLOSE的預設處理OnClose()中

void CFrameWnd::OnClose()

DestroyWindow();

②.對于其他視窗

主視窗銷毀時将調用::DestroyWindow,此API将向視窗發送WM_DESTROY和WM_NCDESTROY消息。

并自動完成完成子視窗的銷毀。

在MFC中，子視窗的DestroyWindow虛拟函數并未被調用，但需要的時候可以重載後自己調用。控制子視窗的銷毀。

視窗銷毀後，在WM_NCDESTROY的處理函數OnNcDestroy()中調用。

在PostNcDestroy中一般将完成C++的視窗對象的删除等收尾工作。

空

CFrameWnd實作

delete this;(删除視窗對象)

MFC淺析(7) CWnd類虛函數的調用時機、預設實作 .

繼續閱讀

POJ 1284 Primitive Roots (歐拉函數&原根定理)

CQ V1.0分詞bates(基于雙數組tire樹)—應該是目前最快的中文分詞算法

windows不能在本地計算機上運作oracleDbConsoleorcl

成員函數初始化清單

2021-08-13c++——類之操作符重載

swmm與lisflood-fp源碼如何一起編譯 CMake指令

Windows下VS開發環境環境安裝工程項目設定關于Debug和Release的提示

一文看懂字元串的加減乘除

C++ 第十五周報告1--《冒泡法排序》

C++實作簡單順序表

Windows下配置Apache的SSL服務

Mac｜Windows系統本地照片自動上傳到伺服器

C經典書籍筆記——C陷阱與缺陷②(文法陷阱之優先級)一、錯誤案列二、優先級規律

線性表之順序表的實作

C++判斷素數、求最大公約數代碼判斷一個數是否為素數求兩個數的最大公約數

SequoiaDB巨杉資料庫C++驅動概述