转自http://blog.csdn.net/young0325/article/details/6430664

Peekmessage和Getmessage都是向系统的消息队列中取得消息，不过性质不同。 
若第一次向消息队列中取不到消息，则程序的主线程会被OS（操作系统）挂起;等到OS重新调度到该线程时，而且消息队列仍然是空的时，两者的性质不同： 
若使用Getmessage（），则程序的主线程会仍被OS挂起。 
若是用Peekmessage（），则程序会取得OS控制权，运行一段时间。此函数多用于处理系统的空闲时间。

从原因上而言：GetMessage函数从消息队列中得到消息后并在队列中删除该消息 
                          PeekMessage函数从消息队列中得到消息后并不在队列中删除该消息 

从结果上而言：GetMessage等待一个消息（就像_getch） 
                          PeekMessage不是这样（就像_kbhit）。 

GetMessage函数每次调用是肯定取回一个消息的，当消息队列为空的时候此进程会被挂起直到消息队列中有消息可取为止。 
PeekMessage函数不管消息队列中是否有消息都会立即返回，返回是可以从返回的值里判断是否取到了消息，准确地说此函数是询问了一下消息队列，至于取回消息后是否从消息队列中删除此消息，由参数可以指定。 
Windows3.1时很多应用程序的消息队列是由GetMessage函数构成的，而Win32以后大多数的应用程序的消息队列是由PeekMessage函数构成的，vc和bcb好像都是这样的，基于Win32的抢先式多任务处理机制，采用PeekMessage函数构成的消息循环也不会对系统造成什么威胁。

1， PostMessage只把消息放入队列，不管其他程序是否处理都返回，然后继续执行，这是个异步消息投放函数。而SendMessage必须等待其他程序处理消息完了之后才返回，继续执行，这是个同步消息投放函数。而且，PostMessage的返回值表示PostMessage函数执行是否正确；而SendMessage的返回值表示其他程序处理消息后的返回值。这点大家应该都明白。

2， 如果在同一个线程内，PostMessage发送消息时，消息要先放入线程的消息队列，然后通过消息循环Dispatch到目标窗口。SendMessage发送消息时，系统直接调用目标窗口的消息处理程序，并将结果返回。SendMessage在同一线程中发送消息并不入线程消息队列。 如果在不同线程内。最好用PostThreadMessage代替PostMessage,他工作的很好。SendMessage发送消息到目标窗口所属的线程的消息队列，然后发送消息的线程等待(事实上，他应该还在做一些监测工作，比如监视QS_SENDMESSAGE标志)，直到目标窗口处理完并且结果返回，发送消息的线程才继续运行。这是SendMessage的一般情况，事实上，处理过程要复杂的多。比如，当发送消息的线程监测到有别的窗口SendMessage一个消息到来时，他直接调用窗口处理过程(重入)，并将处理结果返回(这个过程不需要消息循环中GetMessage等的支持)。 3， msdn: If you send a message in the range below WM_USER to the asynchronous message functions (PostMessage, SendNotifyMessage, and SendMessageCallback), its message parameters can not include pointers. Otherwise, the operation will fail. 如果发送的消息码在WM_USER之下(非自定义消息)且消息参数中带有指针，那么PostMessage,SendNotifyMessage,SendMessageCallback这些异步消息发送函数将会调用失败。 最好不要用PostMessage发送带有指针参数的消息