首页 > 代码库 > (转)!注意:PreTranslateMessage弹出框出错

(转)!注意:PreTranslateMessage弹出框出错

dlg.DoModal()截住了界面消息,所以返回时原来的pMsg的内容已经更改了,消息,窗口句柄都不在是if以前的值了,而且窗口句柄应该是对话框里的子窗口的句柄,所以调用CFrameWnd::PreTranslateMessage(pMsg); 
时pMsg的窗口句柄是个无效值(窗口已销毁) 
 
 
 
BOOL CViewUP::PreTranslateMessage(MSG* pMsg) 
{
 if (pMsg->message == WM_KEYDOWN)
 {
  if(pMsg->wParam ==‘M‘ || pMsg->wParam == ‘m‘)//暂时为按“M”键退出系统
  {
   AfxGetApp()->m_pMainWnd->SendMessage(WM_CLOSE,0L,0L);
   return TRUE;
  }
  else if(pMsg->wParam==‘Z‘ || pMsg->wParam == ‘z‘)//暂时为按“Z”键启动就地系统
  {
   //激活上一个窗口还是退出??因须要而定
   CWnd* pWnd = FindWindow(NULL,_T("就地站_JD"));
   if (pWnd)
   {
    pWnd->ShowWindow(SW_SHOWNA );//SW_SHOWMAXIMIZED);
    pWnd->SetForegroundWindow();
    return TRUE;
   }
 
//    CAONumValueDlg  aoDlg;  
//    aoDlg. DoModal();
 
  }
 }
 
 return CView::PreTranslateMessage(pMsg);
}
 
 
 
注意事项 
 
模态窗口极大地简化了一些需要和用户交互的操作,好处显而易见。但这里还是要指出一些需要注意的地方,否则使用的时候很可能会出问题。
 
 
影响PreTranslateMessage机制 
 
在使用MFC,WTL等进行开发的时候,经常用到PreTranslateMessage机制,这个机制可以让我们在消息被派发之前先做一些事情。很多人以为PreTranslateMessage是Windows本身支持的,其实不然。PreTranslateMessage是MFC和WTL自己引入的一个概念,完全是和Windows无关的。在MFC和WTL的消息循环中,这两个库的设计者在消息分发之前,人为的加了一些代码,使得整个架构支持这一套机制。
 
正是如此,如果在正常的流程中弹出了模态窗口,就会使正常的PreTranslateMessage机制失效。因为模态窗口中已经包含了一个消息循环,接管了线程中缺省的消息循环。而这个消息循环是在DialogBox这个API函数中执行的,显然不可能再有PreTranalateMessage机制了。
 
为了解决这一问题,只有让模态窗口也使用和UI线程相同的消息循环,MFC正是这么做的。在MFC中,对话框类的DoModal函数,并不是调用DialogBox函数,而是直接使用CreateWindows创建一个非模态窗口,在窗口创建成功之后再调用MFC自己的消息循环,这样就可以让PreTranslateMessage继续生效。同时在窗口创建出来之后,必须再做一些别的操作,使这个模态窗口的父窗口失效(一般直接把窗口Disable掉)。同时消息循环里有合适的退出条件,并有恢复现场的一些操作,具体可以查看MFC的DoModal函数。
 
WTL到目前为止,貌似暂时还没有一个合适的方案来解决这个问题。事实上WTL的PreTranslateMessage机制实现的其实是有点问题的,或许以后会在这方面做一定的增强。
 
 
可能导致崩溃 
 
这是一个严重问题,在条件合适的情况下,这个崩溃是必然的。
 
因为模态窗口弹出来之后,模态窗口后面的代码在窗口关闭之前将不会得到执行。然而此时整个窗口是在正常运行的,对于一些极端的情况,是极有可能造成崩溃的。下面看一个例子:
 
void CTestDlg::OnOK()
 
{
 
    CInputDialog dlg;
 
    If(dlg.DoModal() == IDOK)
 
    {
 
        m_nValue = http://www.mamicode.com/dlg.GetValue();
 
        UpdateData(FALSE);
 
    }
 
}
 
这是一段典型的MFC代码,在绝大多数情况下,不会有任何问题。但是由于模态窗口弹出的时候,只是父窗口不能操作,但别的窗口完全还能正常运行,这时候就非常有可能由于某种原因,CTestDlg类已经销毁了,而CInputDialog却不知道,还在继续执行,结果到了IDOK之后,对CTestDialog类的成员变量m_nValue赋值,就会出现崩溃了。
 
这个问题,如果在多线程的情况下,将会更加严重。因为在多线程的情况下,将会有更加多的不可预料的因素,所以使用的时候要更加小心。
 
 
 
改成这样就OK了, 
if   (pMsg-> message   ==   WM_CHAR) 
                MSG   msg   =   *pMsg;//后来发现这样还是有点问题,模态对话框回车后,鼠标不见了 
                CMyDlg   dlg; 
                dlg.DoModal(); 
                *pMsg   =   msg; //后来发现这样还是有点问题,模态对话框回车后,鼠标不见了
 
       return   TRUE;//最终方法还是在这里直接返回吧,破坏消息循环总是不好的。
我估计是MFC保存了一个当前消息的结构来跟踪消息路由,dlg.DoModal();时这个结构的值都更新好多遍了
 
/////注意///下面是自己实践的代码
BOOL CDoctorAdd::PreTranslateMessage(MSG* pMsg) 
{
  if(pMsg->hwnd==((CButton*)GetDlgItem(IDOK))->m_hWnd && pMsg->message==WM_MOUSEMOVE)
UpdateData();
if(m_number.IsEmpty())
{
            CMyDlg   dlg; 
            dlg.DoModal(); 
            //return CDialog::PreTranslateMessage(pMsg);
return true;
}
}
//呵呵这样就不报错啦
 
 
转自:http://blog.sina.com.cn/s/blog_9e2e84050101fnjk.html

(转)!注意:PreTranslateMessage弹出框出错