Windows API SendMessage 和 PostMessage 内部实现

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就会被置成有信号状态 

posted on 2016-07-17 20:35  LuckFarmer  阅读(321)  评论(0编辑  收藏  举报

导航