MFC源码分析实战（五）——层层封装下的消息循环

最新推荐文章于 2018-09-14 23:26:00 发布

LPWSTR

最新推荐文章于 2018-09-14 23:26:00 发布

阅读量831

点赞数 1

文章标签： MFC MFC源码分析消息循环消息泵

本文链接：https://blog.csdn.net/LPWSTR/article/details/79220193

版权

本文深入剖析MFC框架下的消息循环机制，从CWnd::CreateEx后的GetMessage/PeekMessage开始，讲解CWinApp::Run、CWinThread::Run如何构成消息循环。重点讨论CWnd::OnWndMsg及其处理ON_COMMAND消息的过程，揭示CFrameWnd和CView类在OnCommand函数中的不同处理策略，以及OnCmdMsg在消息映射中的查找流程。

摘要由CSDN通过智能技术生成

消息循环

至此，我们还有最后一站——消息循环
为此，当程序调试运行到CWnd::CreateEx尾部时，对GetMessage/PeekMessage下条件断点，以窗口句柄为条件：
很快就断下来了：
这里写图片描述
在AfxWinMain中，InitInstance完成后，就开始执行Run函数：

Run又是一个虚函数，CWinApp类中override了它，因此进入CWinApp::Run：

在其中又调用了CWinThread::Run，其中调用了PeekMessage以PM_NONREMOVE的方式偷看消息队列，并在空闲时执行OnIdle虚函数；如果不空闲，则进入 CWinThread::PumpMessage()函数，该函数又调用了AfxInternalPumpMessage函数：

BOOL AFXAPI AfxInternalPumpMessage()
{
    _AFX_THREAD_STATE *pState = AfxGetThreadState();

    if (!::GetMessage(&(pState->m_msgCur), NULL, NULL, NULL))
    {
        return FALSE;
    }
  // process this message

    if (pState->m_msgCur.message != WM_KICKIDLE && !AfxPreTranslateMessage(&(pState->m_msgCur)))
    {
        ::TranslateMessage(&(pState->m_msgCur));
        ::DispatchMessage(&(pState->m_msgCur));
    }
  return TRUE;
}

基本上是一个标准的消息循环了。不过注意在GetMessage后有一个AfxPreTranslateMessage，并且可以根据其返回值决定是否翻译并分发消息（如果不分发消息的话，根本就没回到user32领空，因此AfxWndProc根本就收不到该消息）

BOOL __cdecl AfxPreTranslateMessage(MSG* pMsg)
{
  CWinThread *pThread = AfxGetThread();
  if( pThread )
    return pThread->PreTranslateMessage( pMsg );
  else
    return AfxInternalPreTranslateMessage( pMsg );
}

BOOL CWinThread::PreTranslateMessage(MSG* pMsg)
{
    ASSERT_VALID(this);
    return AfxInternalPreTranslateMessage(