PeekMessage完美解决MFC主界面无响应

    一般主界面无响应的解决方案是，对于计算量过大的方法，另开工作者线程，如下：

     MFC支持两种线程：用户界面线程和工作者线程。

（1）用户界面线程：通常用于处理用户输入，响应由用户产生的事件和消息。用户界面线程通常有窗口，有自己的消息循环。CWinApp是一个用户界面线程对象的例子，因为它是从CWinThread派生出来的，而且要处理用户产生的事件和消息。

（2）工作者线程：通常用于处理无需用户输入的任务，如计算。工作者线程没有窗口，因此不需要处理消息。

 

    必须注意的是，可能会出现多个线程同时访问同一个对象的情况。例如，一个线程正在修改一个对象，而另一个线程要读取这个对象，这时就会出现问题。所以，必须采取线程同步的方法来避免此类问题的发生。这也是多线程程序之所以复杂的一个重要原因。

    工作者线程通常用于后台的需耗费较长时间的工作，例如：计算、后台打印等。创建一个线程专门处理此类工作，用户就可以进行其他工作而无需等待。

    一个MFC线程，不管是工作者线程还是用户界面线程，都是调用AfxBeginThread创建并初始化。只是AfxBeginThread被重载成两个版本，一个用于工作者线程，一个用于用户界面线程。

    创建工作线程的函数原型是：CWinThread * AfxBeginThread(AFX_THREADPROC pfnThreadProc,LPVOIDpParam ,int nPriority = THREAD_PRIORITY_NORMAL,UINT nStacksize=0,DWORDdwCreateFlags =0,LPSECURITY_ATTRIBUTES lpSecurityAttris = NULL);

    pfnThreadProc是线程函数指针，工作线程对应一个线程函数

    创建用户界面线程原型：CWinThread * AfxBeginThread(CRuntimClass * pThreadClass, intnPriority = THREAD_PRIORITY_NORMAL,UINT nStacksize=0,DWORD dwCreateFlags =0,LPSECURITY_ATTRIBUTESlpSecurityAttris = NULL);

pThreadClass是CWinTHread的派生类创建的

    但是另开工作者线程，需要pfnThreadProc为全局方法，或类静态方法，这样就限定了使用范围，但是我们可以采用PeekMEssage方法嵌入在主线程中，解决此种UI无响应的状态，如下：

    GetMessage不将控制传回给程序，直到从程序的消息队列中取得消息，但是PeekMessage总是立刻传回，而不论一个消息是否出现。当消息队列中有一个消息时，PeekMessage的传回值为TRUE（非0），并且将按通常方式处理消息。当队列中没有消息时，PeekMessage传回FALSE（0）。

<span style="font-family:Microsoft YaHei;"><span style="font-family:Courier New;"><span style="font-family:Comic Sans MS;font-size:14px;">BOOL PeekMessage(
LPMSG IpMsg， // 检索到的消息
HWND  hWnd，  // 窗口指向
UINT  wMSGfilterMin，// 消息范围的下界限参数
UINT  wMsgFilterMax，// 上界限参数
UINT  wRemoveMsg     // 消息在被检索之后要如何处理
）；
lpMsg：接收消息信息的MSG结构指针。
hWnd：其消息被检查的窗口句柄。
wMsgFilterMin：指定被检查的消息范围里的第一个消息。
wMsgFilterMax：指定被检查的消息范围里的最后一个消息。
wRemoveMsg：确定消息如何被处理。此参数可取下列值之一：
PM_NOREMOVE：PeekMessage处理后，消息不从队列里除掉。
PM_REMOVE：PeekMessage处理后，消息从队列里除掉。
可将PM_NOYIELD随意组合到PM_NOREMOVE或PM_REMOVE。此标志使系统不释放等待调用程序空闲的线程。
缺省地，处理所有类型的消息。若只处理某些消息，指定一个或多个下列值：
PM_QS_INPUT：Windows NT5.0和Windows 98：处理鼠标和键盘消息。
PM_QS_PAINT：Windows NT 5.0和Windows 98：处理画图消息。
PM_QS_POSTMESSAGE：Windows NT 5.0和Windows 98：处理所有被寄送的消息，包括计时器和热键。
PM_QS_SENDMESSAGE：Windows NT 5.0和Windows 98：处理所有发送消息。
返回值：如果消息可得到，返回非零值；如果没有消息可得到，返回值是零。</span></span></span>

    PeekMessage在检索应用程序的消息队列时，如果其中有消息就将其放入lpMsg（如下所示的函数原型的声明中）所指的结构中，同时PeekMessage函数不会等到有消息放入队列时才返回。同样，如果hWnd为NULL，则PeekMessage检索对象为进程的消息队列；如果hWnd = -1，那么函数只检索消息队列中hWnd参数为NULL的PostThreadMessage函数投递的消息；如果wMsgFilterMin和wMsgFilterMax都是０，则PeekMessage就检索所有有效消息；对一个消息在完成检索之后，可以显式地删除之（WM_PAINT例外，因为WM_PAINT需要合并处理，只有在合并处理之后才会被删除），也可以显式地保留之。

    和函数GetMessage不一样的是，GetMessage:从系统获取消息，将消息从系统中移除，属于阻塞函数。当系统无消息时，GetMessage会等待下一条消息。而函数PeekMesssge是已查看的方式从系统中获取消息，可以不将消息从系统中移除，是非阻塞函数；当系统无消息时，返回FALSE，继续执行后续代码。

PeekMesssge只得到那些与参数hWnd标识的窗口相联系的消息或被lsChild确定为其子窗口相联系的消息，并且该消息要在由参数wMsgFiterMin和wMsgFiherMax确定的范围内。如果hWnd为NULL，则PeekMessage接收属于当前调用线程的窗口的消息（PeekMessage不接收属于其他线程的窗口的消息）。如果hWnd为-1，PeekMessage只返回hWnd值为NULL的消息，该消息由函数PostThreadMessage寄送。如果wMsgFilterMin和wMsgFilterMax都为零，PeekMessage返回所有可得的消息（即，无范围过滤）。

<span style="font-family:Microsoft YaHei;"><span style="font-family:Courier New;"><span style="font-family:Comic Sans MS;font-size:14px;">while (GetMessage (&msg, NULL, 0, 0))       
{       
    TranslateMessage (&msg) ;       
    DispatchMessage (&msg) ;       
}      
return msg.wParam ;</span></span></span>

  在MFC主进程中，如果计算量太大，会造成界面无响应，我们可以在循环中加入如下指令，方可解决。

<span style="font-family:Microsoft YaHei;"><span style="font-family:Courier New;"><span style="font-family:Comic Sans MS;font-size:14px;">while (TRUE)       
{        
    if (PeekMessage (&msg, NULL, 0, 0, PM_REMOVE))        
    {        
            if (msg.message == WM_QUIT)        
                   break ;        
            TranslateMessage (&msg) ;        
            DispatchMessage (&msg) ;        
    }        
    else        
    {        
            // 完成某些工作的其它行程序        
    }       
}       
return msg.wParam ;</span></span></span>

文/闫鑫原创   转载请注明出处http://blog.csdn.net/yxstars/article/details/38443937