本文主要是介绍wm_keydown 和vm_char 区别以及 mfc DiapatchMessage派送消息返回之前的过程解析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
WM_KEYDOWN和WM_CHAR事件WM_KEYDOWN和WM_CHAR都是键盘消息，如果要对这两个有消息有所响应的话，就需要实行以下代码：
while(GetMessage(&Msg,NULL,0,0)) { TranslateMessage(&Msg); //翻译消息 DispatchMessage(&Msg); //将消息传递给窗口处理函数 } return Msg.wParam;
TranslateMessage函数已经将按键消息转换成字符消息了，那么WndProc函数中需要对事件进行选择。如：键入“D”键，就应该选择WM_CHAR，因为WM_CHAR 只是字母，不包含特殊字符如Ctrl等。
如果键盘键入的是“Ctrl+D”，则应该选择WM_KEYDOWN，因为WM_KEYDOWN既包含字母也包含特殊字符。
WM_CHAR是由WM_KEYDOWN消息Translate()之后产生的，然后再发送给窗口过程。例如按下“D”键，产生WM_KEYDOWN消息，此消息经过Translate()处理后变成了WM_KEYDOW、WM_CHAR两个消息传递给窗口过程。
WM_CHAR消息只响应字符按键和部分控制符
(有很多控制字符不响应 不响应的键如下：
Tab键///Caps Lock大小写切换键//ESC键///F1~F12///SHIFT///CTRL///ALT///方向键///方向键上方键盘区///Num Lock键)
WM_KEYDOWN响兴所有按键消息(Alt键///Print Screen SysRq截屏键不响兴)
WM_CHAR区分大小写和SHIFT+数字,而WM_KEYDOWN只返回大写字母没有SHIFT作用
例如:
按下F键 不管处于大写或小写状态 WM_KEYDOWN都返回70 (ASCII对应大写F) 而WM_CHAR区分大小写
SHITF+1 WM_CHAR中的wParam是33 (ASCII对应!) WM_KEYDOWN中的是49 (ASCII对应1)
WM_CHAR是由WM_KEYDOWN消息translate()之后产生的，然后再发送给窗口过程。比如说按下E键后产生WM_KEYDOWN消息,经过translate()处理后产生变成WM_KEYDOW，WM_CHAR 2 个消息传递给窗口过程。
这样做的目的是为了什么?
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
在 cddialog.cpp里面调用主窗口变量 afxgetmain();这个是全局的
getlastactivex 获取最后活动的一个弹出式窗口，getparentowner的精华代码
cdilaog->cwnd->ccmdtarget-cobject, cwinapp->cthreadapp->ccmdtarget 两者是不一样的 继承条件 cdialog和cwinapp
m_hwnd 基础对话框赋值在 CreateDlgIndirect最底部 ，父窗体 parent 的M_hwnd赋值在 if (CreateDlgIndirect(lpDialogTemplate,
CWnd::FromHandle(hWndParent), hInst))的 CWnd::FromHandle(hWndParent),里面 赋值的 。
1，我们站在一个什么高度看消息循环？消息循环其实没有什么深奥的道理。如果一个邮递员要不断在一个城市中送信，我们要求他做什么？要求他来回跑，但他一次只能在一个地方出现。如果我们的应用程序只有一个线程的话，我们要他不断地为窗口传递消息，我们怎么做？在一个循环中不断的检测消息，并将他发送到适当的窗口。窗口可以有很多个，但消息循环只有一个，而且每时每刻最多只有一个地方在执行代码。为什么？ 看第二点。
2，因为是单线程的(程序进程启动的时候，只有而且有一个线程，我们称他为主线程),所以就像邮递员一样，每次只能在某一个地方干活。什么意思呢？举个例子，用:: DiapatchMessage派送消息，在窗口处理过程(WinProc,窗口函数)返回之前，他是阻塞的,不会立即返回，也就是消息循环此时不能再从消息队列中读取消息，直到::DispatchMessage返回。如果你在窗口函数中执行一个死循环操作，就算你用PostQuitMessage函数退出，程序也会down掉。while(1){ PostQuitMessage(0); //程序照样down.}所以，当窗口函数处理没有返回的时候，消息循环是不会从消息队列中读取消息的。这也是为什么在模式对话框中要自己用无限循环来继续消息循环，因为这个无限循环阻塞了原来的消息循环，所以，在这个无限循环中要用
这篇关于wm_keydown 和vm_char 区别以及 mfc DiapatchMessage派送消息返回之前的过程解析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
