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

pThreadClassCWinTHread的派生类创建的


    但是另开工作者线程,需要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都是0,则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


posted @ 2013-03-05 14:40  夏至冬末  阅读(2077)  评论(0编辑  收藏  举报