Windows消息机制
来源:互联网 发布:hermite矩阵的转置 编辑:程序博客网 时间:2024/06/10 19:26
做windows开发的程序猿一般是比较熟悉Windows的事件驱动机制,而事件驱动是围绕着消息的产生和处理展开的。
利用空闲时间,整理下Windows消息机制。
1,概述
消息系统有三大部分——消息队列,消息循环,消息处理。windows操作系统会为每个应用程序维护一个消息队列,当某一个事件发生后,windows并不是将激发事件直接送给应用程序,而是将其翻译成一个windows消息,然后把这个消息加入到消息队列中,应用程序通过消息循环来接收消息,并给对应的窗口过程进行消息处理。
2,消息队列
一般来说,windows有两种消息队列:系统消息队列(一个)和线程消息对列(多个)。只要用户移动、点击鼠标,敲击键盘等,驱动程序将其转化成消息将他们放在系统消息队列中。然后,检查目标窗口,将他们发送到目标窗口的线程消息队列。此外,还有种非消息队列,直接将消息送到窗口过程函数处理。
3,PostMessage和SendMessage
SendMessage是将消息发送到窗口过程,直到消息处理完后才返回。PostMessage将消息复制到消息队列后,直接返回,不会等待处理结果。也就是说,GetMessage和PeekMessage是不能获取到SendMessage发送的消息的。
4,GetMessage,PeekMessage和WaitMessage
Windows是非剥夺多任务操作系统,只有windows应用程序主动将CPU控制权交出,windows才能把控制权交给其他应用程序。在消息循环中,要有能交出控制权的系统函数才能实现协同式多任务操作。
GetMessage在找不到等待应用程序处理的消息时,会主动交出控制权,有windows把cpu的控制权交给其他等待获取控制权的其他应用程序。一般消息循环可利用GetMessage来实现。
线程可以使用WaitMessage将控制权交给其他线程,当消息队列中没有他的消息时,这个函数挂起线程,并不返回,直到属于他的新的消息到来。
无论消息队列中是否有消息,PeekMessage都会返回,不会占用cpu控制权。如果希望等待新消息入队,可以利用WaitMessage配合PeekMessage实现消息循环。
还有一点,GetMessage取完消息后,一般会将此消息删除。而PeekMessage可利用最后一个参数来控制是否删除次消息。当然个别消息是不能删除的,如WM_PAINT,需要处理完后才能删除。
WM_PAINT是一个例外,系统总是将消息Post在消息队列的末尾。这样保证窗口以先进先出的顺序接受消息。然而, 仅当没有其他消息时WM_PAINT才被传递窗口过程。同一个窗口的多个 WM_PAINT被合并成一个 WM_PAINT 消息, 合并所有的无效区域到一个无效区域。合并WM_PAIN减少了刷新窗口的次数。
- 浅析Windows消息机制
- windows消息机制
- windows消息机制
- Windows消息机制
- [转]Windows 消息机制
- 理解Windows消息机制
- Windows 消息机制(1)
- Windows消息机制要点
- Windows消息机制
- 理解Windows消息机制
- windows消息机制
- Windows消息机制要点
- Windows消息机制
- Windows消息机制
- Windows消息机制
- Windows消息机制
- Windows消息机制
- Windows的消息机制
- WebView基本演绎法(2)
- iptables常用规则:屏蔽IP地址、禁用ping、协议设置、NAT与转发、负载平衡、自定义链
- Windows上通过程序写入回车字符
- apache日志LogFormat参数说明
- Git@OSC 开源中国git与sourceTree联合使用教程
- Windows消息机制
- 关于createFromAsset--转载
- iBatis简单概述
- js中的this
- input、select、textarea兼容不同浏览器样式统一
- Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. S
- CentOS Linux更改MySQL数据库目录位置具体操作
- URL重写指南
- c++库之jsoncpp库