MFC浅析(7) CWnd类虚函数的调用时机、缺省实现

2023-10-09 11:45:04

CWnd类虚函数的调用时机、缺省实现

FMD(http://www.fmdstudio.net)

1. Create

2. PreCreateWindow

3. PreSubclassWindow

4. PreTranslateMessage

5. WindowProc

6. OnCommand

7. OnNotify

8. OnChildNotify

9. DefWindowProc

10. DestroyWindow

11. PostNcDestroy

CWnd作为MFC中最基本的与窗口打交道的类，完成了大部分窗口管理任务。同时提供了很多虚拟函数，这些虚拟函数在适当的地方提供了供派生类参与管理的接口。

一直以来，对这些虚拟函数的来龙去脉有所糊涂，无法明确的判断他们在什么时候调用，又缺省完成了些什么。重载时哪些是要注意的...等等。

抽时间查看了MFC的原码，想看其究竟。

总结如下：

1. Create

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

 if (hWnd == NULL)

  return FALSE;

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

 return TRUE;

}

2. PreCreateWindow

调用时机：

参见上段,在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;

 }

 return TRUE;

}

如果需要，使用自定的窗口类，应该在派生类的PreCreateWindow中注册，并得到并指定类名。

3. PreSubclassWindow

调用时机：

建立窗口的同时将C++Wnd对象附着在窗口上

 CWnd::Create()中:

 ...

 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);

 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实现： CWnd类中，在此虚拟函数中没有缺省动作。

4. PreTranslateMessage

调用时机：

进程的消息队列处理循环中，在将窗口的消息分发到窗口的消息处理函数之前将调用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

}

5. WindowProc

调用时机:

窗口建立后，将进入消息循环。在此期间，WindowPro被调用以处理各消息。

在窗口建立时，消息处理函数被制定，一般是AfxWndProc,其将调用AfxCallWndProc,而AfxCallWndProc最终将调用到虚拟函数WindowProc。

功能:

允许派生类在消息处理前，添加处理。

CWnd实现： 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);

 .......

}

6. OnCommand

调用时机：

在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);

}

对命令处理的具体流程，参见文章相关文章。

7. OnOnNotify

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中可以在接收到反射消息，处理之前添加处理。

8. OnChildNotify

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

调用时机：

窗口向父窗口发出通知后，被反射回来时，将先调用OnChildNotify。

可以在此函数中监测处理由父窗口传来的通知消息。

CWnd实现：

调用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);

   ....

  }

  ......

}

9. DefWindowProc

调用时机:

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);

}

10. DestroyWindow

先来看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虚拟函数并未被调用，但需要的时候可以重载后自己调用。控制子窗口的销毁。

11. PostNcDestroy

调用时机：

窗口销毁后，在WM_NCDESTROY的处理函数OnNcDestroy()中调用。

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

CWnd实现:

空

CFrameWnd实现

delete this;(删除窗口对象)

http://blog.csdn.net/fmd/article/details/5529

http://blog.csdn.net/akof1314/article/details/5597669

上一篇：X windows的底层实现机制


下一篇：Java的垃圾回收和内存分配策略