用户定时器消息引起的问题

我在CSDN上的原帖http://topic.csdn.net/u/20100331/22/4adecb90-6691-412e-b192-2da6290b4b72.html

 

在VC中调用OLE服务器的函数时，有些操作可能很长才会返回，进程A的调用线程会阻塞（主UI线程），为了防止出现下面的对话框

 
我查了http://support.microsoft.com/kb/248019/zh-cn
通过调用AfxOleGetMessageFilter()->EnableBusyDialog(FALSE);禁用了这个对话框，但是问题又来了， 虽然的确禁用了它显示，但是一旦OLE调用返回，鼠标和键盘对这个进程A的主窗体将不在有效，要等待一段时间后才能对它操作，OLE服务器上的调用很简单，就显示一个模式对话框而已。

有人遇到同样的问题吗？？？

 

——————————过了很多天，后面自己摸出了

 

今天终于找出问题的原因了，是定时器的问题。
建立了一个新的项目进行测试，没想到出乎预料的没发现问题。猜想是调用了什么东西，起初认为跟对话框的设置有关系，删除，重新建立，还是没解决。后面想到估计就是定时器的问题了，删除掉在定时器上的“flash导出函数”的调用， 问题就没在发生了。因此我在调用Ole服务器上的显示对话框的函数时，做了类似下面的处理：↓

{
_variant_t value;
g_pjEdit.m_pjser.IsPrintState(&value);
if(value.intVal > 0){
AfxMessageBox(_T("请先关闭生成票据"), MB_OK | MB_SYSTEMMODAL);
return;
}
KillTimer(2); //先清理掉200毫秒定时器消息
ShowWindow(SW_HIDE);
g_pjEdit.m_pjser.DesignReport(_variant_t(g_pjEdit.strPath.GetBuffer()));//弹出OLE服务器上对话框
ShowWindow(SW_SHOW);
SetTimer(2, 200, NULL); //重新建立
}

在BOOL CCommApp::InitInstance()【CCommApp继承自CWinApp】里加入， 
{
COleMessageFilter *p = AfxOleGetMessageFilter();
if(p){
  p->EnableNotRespondingDialog(FALSE);  
}
}

     想用Spy++监控当前线程消息队列上的WM_TIMER的消息，但Spy++崩溃了，改日再测试是否是因为WM_TIMER的消息太过于泛滥而导致了我的鼠标跟键盘不接受响应， 归根到底也是因为我在WM_TIMER消息里做了耗时的处理才导致了终于的问题。

 

接上面续————————————————————————————

   我重新建立了简单的项目，这次监控Spy++没崩溃了，发现返回后程序一直在处理WM_TIMER消息，这也是为何我的鼠标和键盘一直没响应的缘故了。翻看了《windows程序设计 第五版》的定时器一章节，如下字眼——

    WM_TIMER还在另一方面和WM_PAINT相似：Windows不能持续向消息队列中放入多个WM_TIMER消息，而是将多余的WM_TIMER消息组合成一个消息。因此，应用程序不会一次收到多个这样的消息，尽管可能在短时间内得到两个WM_TIMER消息。应用程序不能确定这种处理方式所导致的WM_TIMER消息「遗漏」的数目。

     按照上面所说，如果WM_TIMER消失组合成一个消息了，为何还会导致我上面出现的情况，是否在调用OLE服务器里的函数里头COM库里又做了一些其他处理，正如没限制重试对话框的弹出，就能正常返回到WINDOWS里头， 只不过多了个多余的重试对话框。

     目前问题是解决了，但还想更深入些！以后有时间在慢慢研究咯。