wm_keydown 和vm_char 区别以及 mfc DiapatchMessage派送消息返回之前的过程解析
2014-01-19 10:35
393 查看
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和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/WM_KEYUP、WM_SYSKEYDOWN/WM_SYSKEYUP与字符消息WM_CHAR的区别
- WM_COPYDATA消息回顾和总结,以及如何解决WM_COPYDATA 发送CString消息的过程中,UNICODE字符不能被正确解析的错误
- LTE Initial Attach 的过程以及相关消息的具体解析 (一)
- LTE Initial Attach 的过程以及相关消息的具体解析 ( 示意图 )
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- LTE Initial Attach 的过程以及相关消息的具体解析 (四)
- 引用 WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- WM_CREATE和WM_INITDIALOG消息响应函数之区别,以及MFC应用程序中处理消息的
- CWnd派生类无法接受WM_CHAR和WM_KEYDOWN等消息
- WM_CREATE和WM_INITDIALOG消息响应函数之区别,以及MFC应用程序中处理消息的...
- WM_CREATE,WM_INITDIALOG 区别,以及MFC应用程序中处理消息的顺序
- 详解Windows消息分类以及WM_COMMAND与WM_NOTIFY的区别,以及模拟发送控件通知消息
- LTE Initial Attach 的过程以及相关消息的具体解析 (二)
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息
- WM_CHAR与WM_KEYDOWN的区别
- WM_KEYDOWN消息 与 WM_CHAR消息 有何不同
- WM_CHAR、WM_KEYDOWN和WM_SYSKEYDOWN消息