原文：https://blog.csdn.net/guoguojune/article/details/45332511
dlg.DoModal()截住了界面消息,所以返回时原来的pMsg的内容已经更改了,消息,窗口句柄都不在是if以前的值了,
而且窗口句柄应该是对话框里的子窗口的句柄,所以调用CFrameWnd::PreTranslateMessage(pMsg);
时pMsg的窗口句柄是个无效值(窗口已销毁)
非常对！
目前我觉得两种解决方式：
方式一：
if (pMsg-> message == WM_CHAR)
{
MSG msg = *pMsg;//后来发现这样还是有点问题,模态对话框回车后，鼠标不见了
CMyDlg dlg;
dlg.DoModal();
*pMsg = msg; //后来发现这样还是有点问题,模态对话框回车后，鼠标不见了 return TRUE;//最终方法还是在这里直接返回吧，破坏消息循环总是不好的。
}
方式二：
BOOL CXXXView::PreTranslateMessage(MSG* pMsg)
{
if ( pMsg->message == WM_LBUTTONUP)
{
GetMainItemID(pMsg);//调用模态对话框函数
return TRUE; // 模态对话框后返回 TURE
}
}
看看别人写的原因：
如果在正常的流程中弹出了模态窗口，就会使正常的PreTranslateMessage机制失效。
因为模态窗口中已经包含了一个消息循环，接管了线程中缺省的消息循环。而这个消息循环是在DialogBox这个API函数中执行的，显然不可能再有PreTranalateMessage机制了。
为了解决这一问题，只有让模态窗口也使用和UI线程相同的消息循环，MFC正是这么做的。
在MFC中，对话框类的DoModal函数，并不是调用DialogBox函数，而是直接使用CreateWindows创建一个非模态窗口，在窗口创建成功之后再调用MFC自己的消息循环，这样就可以让PreTranslateMessage继续生效。同时在窗口创建出来之后，必须再做一些别的操作，使这个模态窗口的父窗口失效（一般直接把窗口Disable掉）。同时消息循环里有合适的退出条件，并有恢复现场的一些操作，具体可以查看MFC的DoModal函数。
方式三：你就不用模态对话框，用非模态对话框。