如何區別PeekMessage&GetMessage SendMessage&PostMessage

轉自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發送帶有指針參數的消息