(转)!注意: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 = 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