⭐ 欢迎来到虫虫下载站！ | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站
📤 上传资源

📄 mfc教程_ 消息映射的实现.htm

📁 MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架
💻 HTM
📖 第 1 页 / 共 5 页
字号:
🔍
12345 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0041)http://www.vczx.com/tutorial/mfc/mfc4.php -->
<HTML><HEAD><TITLE>MFC教程_ 消息映射的实现</TITLE>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<META content="MSHTML 6.00.2900.3354" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<OL start=4>
  <P align=justify>
  <LI><A name=_Toc445888998></A><A name=_Toc445782401></A><A 
  name=_Toc452640897></A><A name=_Toc457298962></A><B>消息映射的实现</B> 
  <P></P>
  <OL>
    <P align=justify>
    <LI><B><A name=_Toc445888999></A><A name=_Toc445782402></A><A 
    name=_Toc452640898></A><A name=_Toc457298963></A>Windows消息概述</B> 
    <P></P>
    <P 
    align=justify>Windows应用程序的输入由Windows系统以消息的形式发送给应用程序的窗口。这些窗口通过窗口过程来接收和处理消息，然后把控制返还给Windows。</P>
    <OL>
      <P align=justify>
      <LI><A name=_Toc457298964></A><B>消息的分类</B> 
      <P></P></LI></OL></LI></OL></LI></OL>
<OL>
  <P align=justify>
  <LI>队列消息和非队列消息 
  <P></P>
  <P 
  align=justify>从消息的发送途径上看，消息分两种：队列消息和非队列消息。队列消息送到系统消息队列，然后到线程消息队列；非队列消息直接送给目的窗口过程。</P>
  <P align=justify>这里，对消息队列阐述如下：</P>
  <P align=justify>Windows维护一个系统消息队列（System message 
  queue），每个GUI线程有一个线程消息队列（Thread message queue）。</P>
  <P 
  align=justify>鼠标、键盘事件由鼠标或键盘驱动程序转换成输入消息并把消息放进系统消息队列，例如WM_MOUSEMOVE、WM_LBUTTONUP、WM_KEYDOWN、WM_CHAR等等。Windows每次从系统消息队列移走一个消息，确定它是送给哪个窗口的和这个窗口是由哪个线程创建的，然后，把它放进窗口创建线程的线程消息队列。线程消息队列接收送给该线程所创建窗口的消息。线程从消息队列取出消息，通过Windows把它送给适当的窗口过程来处理。</P>
  <P align=justify>除了键盘、鼠标消息以外，队列消息还有WM_PAINT、WM_TIMER和WM_QUIT。</P>
  <P align=justify>这些队列消息以外的绝大多数消息是非队列消息。</P>
  <P align=justify></P>
  <LI>系统消息和应用程序消息 
  <P></P></LI></OL>
<P align=justify>从消息的来源来看，可以分为：系统定义的消息和应用程序定义的消息。</P>
<P 
align=justify>系统消息ID的范围是从0到WM_USER-1，或0X80000到0XBFFFF；应用程序消息从WM_USER（0X0400）到0X7FFF，或0XC000到0XFFFF；WM_USER到0X7FFF范围的消息由应用程序自己使用；0XC000到0XFFFF范围的消息用来和其他应用程序通信，为了ID的唯一性，使用::RegisterWindowMessage来得到该范围的消息ID。</P>
<OL>
  <OL>
    <OL>
      <P align=justify>
      <LI><A name=_Toc457298965></A><B>消息结构和消息处理</B> 
      <P></P></LI></OL></OL></OL>
<OL>
  <P align=justify>
  <LI><A name=_Toc445889001></A><A name=_Toc445782404></A>消息的结构 
  <P></P>
  <P 
  align=justify>为了从消息队列获取消息信息，需要使用MSG结构。例如，::GetMessage函数（从消息队列得到消息并从队列中移走）和::PeekMessage函数(从消息队列得到消息但是可以不移走)都使用了该结构来保存获得的消息信息。</P>
  <P align=justify>MSG结构的定义如下：</P>
  <P align=justify>typedef struct tagMSG { // msg </P>
  <P align=justify>HWND hwnd; </P>
  <P align=justify>UINT message; </P>
  <P align=justify>WPARAM wParam; </P>
  <P align=justify>LPARAM lParam; </P>
  <P align=justify>DWORD time; </P>
  <P align=justify>POINT pt; </P>
  <P align=justify>} MSG; </P>
  <P align=justify>该结构包括了六个成员，用来描述消息的有关属性：</P>
  <P align=justify>接收消息的窗口句柄、消息标识（ID）、第一个消息参数、第二个消息参数、消息产生的时间、消息产生时鼠标的位置。</P>
  <P align=justify></P>
  <LI><A name=_Toc445889002><A name=_Toc445782405>应用程序通过窗口过程来处理消息</A></A> 
  <P></P>
  <P align=justify>如前所述，每个“窗口类”都要登记一个如下形式的窗口过程：</P>
  <P align=justify>LRESULT CALLBACK MainWndProc (</P>
  <P align=justify>HWND hwnd,// 窗口句柄</P>
  <P align=justify>UINT msg,// 消息标识</P>
  <P align=justify>WPARAM wParam,//消息参数1</P>
  <P align=justify>LPARAM lParam//消息参数2</P>
  <P align=justify>)</P>
  <P 
  align=justify>应用程序通过窗口过程来处理消息：非队列消息由Windows直接送给目的窗口的窗口过程，队列消息由::DispatchMessage等派发给目的窗口的窗口过程。窗口过程被调用时，接受四个参数：</P>
  <P align=justify>a window handle（窗口句柄）；</P>
  <P align=justify>a message identifier（消息标识）；</P>
  <P align=justify>two 32-bit values called message parameters（两个32位的消息参数）；</P>
  <P 
  align=justify>需要的话，窗口过程用::GetMessageTime获取消息产生的时间，用::GetMessagePos获取消息产生时鼠标光标所在的位置。</P>
  <P align=justify>在窗口过程里，用switch/case分支处理语句来识别和处理消息。</P>
  <P align=justify></P>
  <LI><A name=_Toc445889003><A name=_Toc445782406>应用程序通过消息循环来获得对消息的处理</A></A> 
  <P></P>
  <P align=justify>每个GDI应用程序在主窗口创建之后，都会进入消息循环，接受用户输入、解释和处理消息。</P>
  <P align=justify>消息循环的结构如下：</P>
  <P align=justify>while (GetMessage(&amp;msg, (HWND) NULL, 0, 0)) 
  {//从消息队列得到消息</P>
  <P align=justify>if (hwndDlgModeless == (HWND) NULL || </P>
  <P align=justify>!IsDialogMessage(hwndDlgModeless, &amp;msg) &amp;&amp; </P>
  <P align=justify>!TranslateAccelerator(hwndMain, haccel, &amp;msg)) { </P>
  <P align=justify>TranslateMessage(&amp;msg); </P>
  <P align=justify>DispatchMessage(&amp;msg); //发送消息</P>
  <P align=justify>} </P>
  <P align=justify>}</P>
  <P>消息循环从消息队列中得到消息，如果不是快捷键消息或者对话框消息，就进行消息转换和派发，让目的窗口的窗口过程来处理。</P>
  <P>当得到消息WM_QUIT，或者::GetMessage出错时，退出消息循环。</P>
  <P align=justify></P>
  <LI>MFC消息处理 
  <P></P></LI></OL>
<P 
align=justify>使用MFC框架编程时，消息发送和处理的本质也如上所述。但是，有一点需要强调的是，所有的MFC窗口都使用同一窗口过程，程序员不必去设计和实现自己的窗口过程，而是通过MFC提供的一套消息映射机制来处理消息。因此，MFC简化了程序员编程时处理消息的复杂性。</P>
<P 
align=justify>所谓消息映射，简单地讲，就是让程序员指定要某个MFC类（有消息处理能力的类）处理某个消息。MFC提供了工具ClassWizard来帮助实现消息映射，在处理消息的类中添加一些有关消息映射的内容和处理消息的成员函数。程序员将完成消息处理函数，实现所希望的消息处理能力。</P>
<P>如果派生类要覆盖基类的消息处理函数，就用ClassWizard在派生类中添加一个消息映射条目，用同样的原型定义一个函数，然后实现该函数。这个函数覆盖派生类的任何基类的同名处理函数。</P>
<P align=justify></P>
<P 
align=justify>下面几节将分析MFC的消息机制的实现原理和消息处理的过程。为此，首先要分析ClassWizard实现消息映射的内幕，然后讨论MFC的窗口过程，分析MFC窗口过程是如何实现消息处理的。</P>
<OL>
  <OL>
    <P align=justify>
    <LI><A name=_Toc445889004></A><A name=_Toc445782407></A><A 
    name=_Toc452640900></A><A name=_Toc457298966></A><B>消息映射的定义和实现</B> 
    <P></P>
    <OL>
      <P align=justify>
      <LI><B><A name=_Toc445889005></A><A name=_Toc445782408></A><A 
      name=_Toc452640901></A><A name=_Toc457298967></A>MFC处理的三类消息</B> 
      <P></P></LI></OL></LI></OL></OL>
<P align=justify>根据处理函数和处理过程的不同，MFC主要处理三类消息：</P>
<UL>
  <P align=justify>
  <LI>Windows消息，前缀以“WM_”打头，WM_COMMAND例外。Windows消息直接送给MFC窗口过程处理，窗口过程调用对应的消息处理函数。一般，由窗口对象来处理这类消息，也就是说，这类消息处理函数一般是MFC窗口类的成员函数。 

  <P></P>
  <P align=justify></P>
  <LI>控制通知消息，是控制子窗口送给父窗口的WM_COMMAND通知消息。窗口过程调用对应的消息处理函数。一般，由窗口对象来处理这类消息，也就是说，这类消息处理函数一般是MFC窗口类的成员函数。 

  <P></P></LI></UL>
<P 
align=justify>需要指出的是，Win32使用新的WM_NOFITY来处理复杂的通知消息。WM_COMMAND类型的通知消息仅仅能传递一个控制窗口句柄(lparam)、控制窗ID和通知代码(wparam)。WM_NOTIFY能传递任意复杂的信息。</P>
<UL>
  <P align=justify>
  <LI>命令消息，这是来自菜单、工具条按钮、加速键等用户接口对象的WM_COMMAND通知消息，属于应用程序自己定义的消息。通过消息映射机制，MFC框架把命令按一定的路径分发给多种类型的对象（具备消息处理能力）处理，如文档、窗口、应用程序、文档模板等对象。能处理消息映射的类必须从CCmdTarget类派生。 

  <P></P></LI></UL>
<P align=justify>在讨论了消息的分类之后，应该是讨论各类消息如何处理的时候了。但是，要知道怎么处理消息，首先要知道如何映射消息。</P>
<OL>
  <OL>
    <OL>
      <P align=justify>
      <LI><A name=_Toc445889006></A><A name=_Toc445782409></A><A 
      name=_Toc452640902></A><A name=_Toc457298968></A><B>MFC消息映射的实现方法</B> 
      <P></P>
      <P 
      align=justify>MFC使用ClassWizard帮助实现消息映射，它在源码中添加一些消息映射的内容，并声明和实现消息处理函数。现在来分析这些被添加的内容。</P>
      <P 
      align=justify>在类的定义（头文件）里，它增加了消息处理函数声明，并添加一行声明消息映射的宏DECLARE_MESSAGE_MAP。</P>
      <P 
      align=justify>在类的实现（实现文件）里，实现消息处理函数，并使用IMPLEMENT_MESSAGE_MAP宏实现消息映射。一般情况下，这些声明和实现是由MFC的ClassWizard自动来维护的。看一个例子：</P>
      <P align=justify>在AppWizard产生的应用程序类的源码中，应用程序类的定义（头文件）包含了类似如下的代码：</P>
      <P align=justify>//{{AFX_MSG(CTttApp)</P>
      <P align=justify>afx_msg void OnAppAbout();</P>
      <P align=justify>//}}AFX_MSG</P>
      <P align=justify>DECLARE_MESSAGE_MAP()</P>
      <P align=justify></P>
      <P align=justify>应用程序类的实现文件中包含了类似如下的代码：</P>
      <P align=justify>BEGIN_MESSAGE_MAP(CTApp, CWinApp)</P>
      <P align=justify>//{{AFX_MSG_MAP(CTttApp)</P>
      <P align=justify>ON_COMMAND(ID_APP_ABOUT, OnAppAbout)</P>
      <P align=justify>//}}AFX_MSG_MAP</P>
      <P align=justify>END_MESSAGE_MAP()</P>
      <P align=justify></P>
      <P 
      align=justify>头文件里是消息映射和消息处理函数的声明，实现文件里是消息映射的实现和消息处理函数的实现。它表示让应用程序对象处理命令消息ID_APP_ABOUT，消息处理函数是OnAppAbout。</P>
      <P align=justify>为什么这样做之后就完成了一个消息映射？这些声明和实现到底作了些什么呢？接着，将讨论这些问题。</P>
      <P align=justify></P>
      <LI><A name=_Toc445889007></A><A name=_Toc445782410></A><A 
      name=_Toc452640903></A><A name=_Toc457298969></A><B>在声明与实现的内部</B> 
      <P></P></LI></OL></OL></OL>
<OL>
  <P align=justify>
12345

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -