windows消息之PostMessage和SendMessage的内部实现

 

 

原文：

PostMessage和SendMessage是常用的发送消息函数。那两者有什么区别呢？

大家都知道PostMessage是向一个窗口Post一个消息，并且不再关注该消息是否被处理。

SendMessage是向窗口发送完消息后，会一直等着该窗口把消息处理完成。

那下面的问题你能回答么

1. PostMessage向自身线程窗口发消息与向非自身线程窗口发消息实现方法一样么？

2. SendMessage向自身线程窗口发消息与向非自身线程窗口发消息实现方法一样么？

3. SendMessage的窗口非自身进程，需要做额外的操作么？

4. SendMessage怎么实现消息的同步？

如果你知道上面的答案，那请关闭该页面。

以下内容参考了ReactOS 0.3.14源码，并从中整理而来。

PostMessage函数大致分为以下步骤：

1.    如果Wnd为Null，则是一个当前线程消息(与窗口无关)，调用UserPostThreadMessage函数处理

1.1. Copy 消息结构到内核（消息结构的Wnd成员为Null）

1.2.  把该消息结构挂接到Wnd对应的线程消息队列中的Post消息链表中

1.3.   置线程消息队列的消息事件为有信号状态，通知它有新消息来了

2.  如果Wnd为0xFFFF，则该消息是一个广播，则向该桌面所有顶层窗口发送该消息。使用UserPostMessage函数 

3. Wnd不为Null也不为0xFFFF,则该窗口为一个有效窗口，这时候会检查Msg是否等于WM_QUIT

3.1. 如果Msg等于WM_QUIT

3.1.1. 置消息队列的QuitPosted字段为True

3.1.2. 置退出码到QuitExitCode字段

3.1.3. 置线程消息队列的消息事件为有信号状态，通知它有新消息来了 

3.2. 如果Msg不等于WM_QUIT

3.2.1. Copy 消息结构到内核（这样可以进程间共享）

3.2.2.  把该消息结构挂接到Wnd对应的线程消息队列中的Post消息链表中

3.2.3.   置线程消息队列的消息事件为有信号状态，通知它有新消息来了

SendMessage函数大致分为以下步骤：

1. 复制一份消息结构到内核中，以后就使用内核这份消息结构

2. 如果Wnd属于自身线程，则直接调用窗口自身的消息处理函数处理该消息

3.    如果WND不属于自身线程窗口

3.1. 构建一个消息结构，并且初始化一个Event事件，如果该消息被处理，该事件就会变成有信号状态 

3.2.  把该消息结构挂接到Wnd对应的线程消息队列中的Send消息链表中

3.3.   置线程消息队列的消息事件为有信号状态，通知它有新消息来了

3.4.  调用KeWaitForSingleObject无限等待Event事件。直到变成有信号状态

3.5.    如果消息被处理，则返回

有上面的说明可知，PostMessage比SendMessage简洁的多。

另外SendMessage有好几个变种，如SendMessageCallback、SendMessageTimeout等。

SendMessageCallback是吧消息放入Send消息链表中后，不会等待消息被执行，而是直接返回。当该消息被执行时，CallBack函数就会被调用

SendMessageTimeout是KeWaitForSingleObject有限等待。如果超时未处理则返回，并把该消息从Send消息列表中摘除。

最后，回答一下上面提到的问题：

1. PostMessage向自身线程窗口发消息与向非自身线程窗口发消息实现方法一样么？

  一样 

2. SendMessage向自身线程窗口发消息与向非自身线程窗口发消息实现方法一样么？

不一样 

3. SendMessage的窗口非自身进程，需要做额外的操作么？

消息与进程无关 

4. SendMessage怎么实现消息的同步？

通过KeWaitForSingleObject等待Event事件。该消息被处理时Event就会被置成有信号状态