您的位置:首页 > 移动开发 > Objective-C

MsgWaitForMultipleObjects

2009-08-09 10:32 337 查看
调用SendMessage 产生死锁的问题分析      之后,我在界面程序中不再使用 WaitForSingleObject 了,而改用如下的函数
 
DWORD WaitObjectAndMsg(HANDLE hEventThread, DWORD dwMilliseconds)
 {
  BOOL  bWait   =  TRUE;
  DWORD dwEvt = 0;
  
  while(bWait)
  {
   DWORD dwEvt = ::MsgWaitForMultipleObjects(1 , &hEventThread, FALSE, dwMilliseconds, QS_ALLINPUT);
   
   switch (dwEvt)
   {
   case WAIT_OBJECT_0:       
    {
     return WAIT_OBJECT_0;
    }
    break;
    
   case WAIT_OBJECT_0 + 1:    
    {
     MSG msg;
     while ( ::PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE))
     {
      if( WM_CLOSE == msg.message || WM_QUIT == msg.message )
      {
       return WAIT_FAILED;
       break;
      }
      else 
      {
       PeekMessage(&msg, NULL, 0, 0, PM_REMOVE);

        ::TranslateMessage(&msg);  
        ::DispatchMessage(&msg);   
      }
     }
     break;
    }
    
   default:  
    {
     return dwEvt;
     break;
    }
    
   } 
  }
  
  return dwEvt;
 }
 
这个函数看起来不错,在等待一个 Object 的同时,还可以边等待,边处理消息
今天才发现,这样处理有缺陷

如果在等待一个Object 时,哪怕只有 0.00001 秒,这里如果一个不小心处理了消息

    那么 很自然会走到这个语句   ::DispatchMessage(&msg);     

经过调试发现,         ::DispatchMessage(&msg);    是阻塞的,

如果在处理消息的函数里,调用了一个

CDialog dlg;
dlg.DoModal();     这里也是阻塞的, 如果这个窗口一直不关闭,

即使这时候 Object 已经响应了,但这个函数仍然不返回,,,,,,,因为它在双重的消息处理中。。。。。。。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  object null