Windows消息机制

做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减少了刷新窗口的次数。