Bob Gunderson
MSDN技術(shù)組
作于:1992年11月11日
Creamdog
譯于：2002年3月13日
譯者的話
該文重點(diǎn)講述了Windows處理事件、消息的具體過程和步驟。尤其是在系系處理鼠標(biāo)鍵盤事件的過程上做了詳解。通過這篇文章，你將對(duì)Windows的消息處理機(jī)制有一個(gè)較全面的了解。
概念
這篇文章解釋了GetMessage和PeekMessage的內(nèi)部運(yùn)作方式，同時(shí)也是一類與“消息及消息在16位 MS-DOS®/Microsoft® Windows™環(huán)境之下的影響”相關(guān)文章的基礎(chǔ)。我們將討論下面這些主題：
·系統(tǒng)和應(yīng)用程序隊(duì)列（譯者注：以下簡(jiǎn)稱為“程序隊(duì)列”）
·GetMessage和PeekMessage函數(shù)
·消息過濾
·WM_QUIT消息
·讓步和休眠
·讓步的問題
·WaitMessage
16位MS-DOS/Windows環(huán)境和32位Win32™/Windows NT™環(huán)境有些很重要的不同之處。雖然這些不同之處在這兒無(wú)法被忽視，但我們還是把它們做為遺留問題，由以后的文章去解釋吧。
隊(duì)列
要理解GetMessage和PeekMessage的運(yùn)作，必須首先明白Microsoft® Windows™操作系統(tǒng)是如何儲(chǔ)存事件和消息的。在Windows中有兩種類型的隊(duì)列為此目的工作，它們分別是系統(tǒng)隊(duì)列和消息隊(duì)列。
硬件輸入：系統(tǒng)隊(duì)列
Windows有一些驅(qū)動(dòng)程序，它們負(fù)責(zé)響應(yīng)來(lái)自于鍵盤和鼠標(biāo)等硬件的中斷服務(wù)。在中斷時(shí)間中，鍵盤和鼠標(biāo)驅(qū)動(dòng)程序會(huì)調(diào)用USER.EXE中指定的一些入口點(diǎn)去報(bào)告一個(gè)事件的發(fā)生。在Windows中服務(wù)于光筆計(jì)算的光筆驅(qū)動(dòng)程序，同樣會(huì)在原始的光筆事件中調(diào)用這些入口點(diǎn)。
在Windows3.1中，系統(tǒng)隊(duì)列是一個(gè)有著120個(gè)入口空間的定長(zhǎng)的隊(duì)列。在一般情形下這些“小房間”是足夠了，但如果應(yīng)用程序掛起了或者在一段長(zhǎng)的時(shí)間里沒有及時(shí)處理任何消息就可能導(dǎo)致系統(tǒng)隊(duì)列被填滿。如果真的發(fā)生了，任何嘗試添加到系統(tǒng)隊(duì)列的新事件都將會(huì)引起系統(tǒng)蜂鳴。（譯者注：在DOS中，如果一個(gè)程序在一段時(shí)間內(nèi)占用了所有的系統(tǒng)資源，使機(jī)器無(wú)法響應(yīng)，這時(shí)如果你按住一個(gè)鍵不放，你就會(huì)聽到機(jī)箱喇叭嘀嘀作響）
發(fā)送的消息和程序隊(duì)列
當(dāng)一個(gè)應(yīng)用程序開始時(shí)，一個(gè)隊(duì)列將會(huì)因此而被創(chuàng)建。程序隊(duì)列（有時(shí)會(huì)稱為任務(wù)隊(duì)列）常常用于儲(chǔ)存“正在被發(fā)往應(yīng)用程序的一個(gè)窗口” 的消息。唯一常駐程序隊(duì)列的消息是那些由PostMessage或PostAppMessage明確發(fā)送的消息。（SendMessage從不使用系統(tǒng)隊(duì)列）PostQuitMessage函數(shù)不會(huì)發(fā)送一個(gè)消息到程序隊(duì)列。（WM_QUIT消息將在下文中論討）
默認(rèn)的，每個(gè)程序隊(duì)列可以保持八個(gè)消息。一般情況下這是相當(dāng)足夠的，因?yàn)?/span>PostMessage極少被使用。但是如果一個(gè)應(yīng)用程序試圖強(qiáng)制調(diào)用很多的PostMessage到某個(gè)應(yīng)用程序時(shí)，那么這類應(yīng)用程序?qū)?huì)用使用SetMessageQueue函數(shù)來(lái)增加消息隊(duì)列的長(zhǎng)度。你必須小心的使用SetMessageQueue函數(shù)，因?yàn)樗鼰o(wú)論何時(shí)都會(huì)先刪掉當(dāng)前的程序隊(duì)列，并創(chuàng)建一個(gè)預(yù)期大小的新隊(duì)列，此時(shí)任何在舊隊(duì)列中的消息都會(huì)被銷毀。因此，它必須在你的WinMain例程中在所有其它的應(yīng)用程序編程接口（API）之前調(diào)用或在應(yīng)用程序用PeekMessage明確的清除隊(duì)列之后調(diào)用。
GetMessage和PeekMessage是怎樣工作的
在Windows的內(nèi)部，GetMessage和PeekMessage執(zhí)行著相同的代碼。而兩者最大的不同之處則體現(xiàn)在沒有任何消息返回到應(yīng)用程序的情況下。在此種情況下，PeekMessage會(huì)返回一個(gè)空值到應(yīng)用程序，GetMessage會(huì)在此時(shí)讓應(yīng)用程序休眠。在它們之間還有一些其它的不同，我們將會(huì)在下面討論，但它們相當(dāng)次要。
GetMessage和PeekMessage邏輯
下面一步步的講述了在Windows3.1版的GetMessage和PeekMessage公用代碼。
提示：下面所示步驟按照消息類型的優(yōu)先權(quán)進(jìn)行排序。舉個(gè)例子，發(fā)送的消息總在鍵盤和鼠標(biāo)消息之前被返回，而鍵盤和鼠標(biāo)的消息又會(huì)在繪圖(paint)消息之前反回，以此類推。
1. 檢視在為“活動(dòng)中任務(wù)”服務(wù)的程序隊(duì)列中是否有消息的存在。如果是，首先在隊(duì)首刪除此消息并將其返回到應(yīng)用程序。然后，應(yīng)用程序中的GetMessage和PeekMessage會(huì)調(diào)用一些代碼，用以從程序隊(duì)列中接收此消息，這些代碼是由該應(yīng)用程序調(diào)用的動(dòng)態(tài)鏈接庫(kù)（DLL）生成的。記住，只有由PostMessage發(fā)送的消息會(huì)常駐于此隊(duì)列中。
2. 與所有消息和窗體句柄過濾器進(jìn)行對(duì)照，核查此消息。如果此消息不匹配指定的過濾器，就會(huì)把此消息留在程序隊(duì)列中。如果隊(duì)列中在此消息的后面還有其它消息，則會(huì)轉(zhuǎn)向?qū)ο乱粋€(gè)消息的處理。
3. 如果在程序隊(duì)列中沒有消息了，就掃描系統(tǒng)隊(duì)列中的事件。這個(gè)過程相當(dāng)復(fù)雜，并且我們將在下面的“掃描系統(tǒng)隊(duì)列”小節(jié)中XX。一般來(lái)講，在系統(tǒng)隊(duì)列首部的事件是供這個(gè)應(yīng)用程序所使用的，系統(tǒng)會(huì)將其轉(zhuǎn)化為消息，并將消息返回到這個(gè)應(yīng)用程序中（它不會(huì)首先被置于應(yīng)用隊(duì)列中）。注意，這個(gè)掃描系統(tǒng)隊(duì)列的過程可能導(dǎo)致當(dāng)前活動(dòng)的應(yīng)用程序?qū)⒖刂茩?quán)讓給其它的應(yīng)用程序。
4. 如果在系統(tǒng)隊(duì)列中沒有等待處理的事件，則核查所有與當(dāng)前應(yīng)用程序（任務(wù)）相關(guān)的窗體以確定更新區(qū)域。當(dāng)一個(gè)窗體的一部分需要被重繪時(shí)，一個(gè)更新區(qū)域就被創(chuàng)建在那個(gè)窗體部分之上。這個(gè)區(qū)域?qū)⑴c此窗體中現(xiàn)存的所有更新區(qū)域相結(jié)合，并儲(chǔ)存在內(nèi)部窗體結(jié)構(gòu)體中。如果GetMessage或PeekMessage在這個(gè)任務(wù)中發(fā)現(xiàn)某些窗體有一些未處理的更新區(qū)域，將產(chǎn)生一個(gè)WM_PAINT消息，并為那個(gè)窗體返回到應(yīng)用程序中。WM_PAINT從不駐留在任何隊(duì)列中。此時(shí)，一個(gè)應(yīng)用程序?qū)槟硞€(gè)窗體不斷的接收WM_PATIN消息，直到更新區(qū)域由BeginPaint/EndPaint，ValidateRect，或ValidateRgn所清除。
5. 如果這個(gè)任務(wù)中沒有任何窗體需要被更新，GetMessage和PeekMessage就會(huì)在這一點(diǎn)讓出控制權(quán)，除非PeekMessage調(diào)用被設(shè)置為PM_NOYIELD屬性。
6. 當(dāng)讓步返回時(shí)，檢視在當(dāng)前任務(wù)中是否有計(jì)時(shí)器到期。如果是，創(chuàng)建一個(gè)WM_TIMER消息并返回。它不但發(fā)生在“返回一個(gè)WM_TIMER消息到窗體”的計(jì)時(shí)器上，同樣也發(fā)生在“調(diào)用一個(gè)計(jì)時(shí)器處理過程”的計(jì)時(shí)器上。如要了解更多信息，請(qǐng)看在微軟開發(fā)者網(wǎng)絡(luò)（MSDN）光盤（包括技術(shù)文章、Windows文章、核心和驅(qū)動(dòng)程序文章）中的文章“Timers and Timing in Microsoft Windows”（譯者注：如果讀者能夠認(rèn)可我的工作，我會(huì)不遺余力地翻譯這篇關(guān)于計(jì)時(shí)器的文章）。
7. 如果這個(gè)應(yīng)用程序沒有計(jì)時(shí)器事件服務(wù)，并且一個(gè)應(yīng)用程序正在被終止，代碼將嘗試去縮小圖形設(shè)備界面（GDI）的本地內(nèi)存堆。一些應(yīng)用程序，比如繪圖應(yīng)用程序（像Paintbrush™），為GDI分配了大量的堆內(nèi)存。當(dāng)應(yīng)用程序終止時(shí)釋放這些對(duì)象時(shí)，會(huì)使GDI本地內(nèi)存堆被空閑空間填滿而膨脹。為了恢復(fù)這些空閑的空間， 在GetMessage/PeekMessage處理中，LocalShrink將在這一點(diǎn)被調(diào)用于GDI的內(nèi)存堆。這個(gè)被完成一次，（每次）一個(gè)應(yīng)用程序?qū)⒔K止。
8. 在這一時(shí)刻，代碼將分叉為兩條路，一是代碼任意的返回一個(gè)有效的消息，另一個(gè)是完全沒有這個(gè)應(yīng)用程序去處理的消息、事件，而代碼最終會(huì)走哪條路決定于PeekMessage和GetMessage中的哪一個(gè)被調(diào)用。
·PeekMessage. 如果PeekMessage被調(diào)用，并設(shè)置了PM_NOYIELD標(biāo)記，PeekMessage在此刻返回一個(gè)空值，這個(gè)空返回值指出已經(jīng)沒有要處理的消息了。如果沒有設(shè)置PM_NOYIELD標(biāo)記，PeekMessage就在此刻讓出控制權(quán)。它不會(huì)休眠，但會(huì)單一的交給其它已準(zhǔn)備好的應(yīng)用程序一個(gè)執(zhí)行的機(jī)會(huì)。（請(qǐng)參閱下面的“讓步與休眠的不同）當(dāng)讓步返回，PeekMessage直接將控制權(quán)返回到應(yīng)用程序，并返回一個(gè)空值，它指出這個(gè)應(yīng)用程序沒有要處理的消息了。
•GetMessage. 在此刻，GetMessage會(huì)讓應(yīng)用程序休眠、等待，直到一些事件發(fā)生需要喚醒應(yīng)用程序。控制權(quán)不會(huì)返回到調(diào)用GetMessage的應(yīng)用程序，直到有應(yīng)用程序必須去處理的消息出現(xiàn)。一旦這個(gè)應(yīng)用程序從被置入休眠狀態(tài)中醍來(lái)，GetMessage內(nèi)部的循環(huán)將回到最開始（步驟1）。
WH_GETMESSAGE鉤子
在GetMessage和PeekMessage將一個(gè)消息返回到調(diào)用的應(yīng)用程序之前，會(huì)做一個(gè)驗(yàn)證是否存在一個(gè)WH_GETMESSAGE鉤子的測(cè)試。如果有一個(gè)已經(jīng)被安裝了，那這個(gè)鉤子會(huì)被調(diào)用。如果PeekMessage沒有發(fā)現(xiàn)可用的消息并返回一個(gè)空值時(shí)，這個(gè)鉤子將不會(huì)被調(diào)用。在鉤子處理過程中，你不可能得知是到底是GetMessage被調(diào)用還是PeekMessage被調(diào)用。
掃描系統(tǒng)隊(duì)列
綜上所述，在系統(tǒng)隊(duì)列中的事件僅僅是硬件事件的記錄。那些代碼掃描系統(tǒng)隊(duì)列的主要任務(wù)是，從這些事件中創(chuàng)建消息，并確定哪一個(gè)窗體將接收這個(gè)消息。
代碼第一次在系統(tǒng)隊(duì)列首部找到事件時(shí)，并不會(huì)馬上將其刪除。因?yàn)槭髽?biāo)和鍵盤事件只是隊(duì)列中的兩種事件，而代碼會(huì)分枝（譯者注：類似于C語(yǔ)言中的switch語(yǔ)句）并單獨(dú)處理每一種類型的事件。
處理系統(tǒng)隊(duì)列中的鼠標(biāo)事件
下面是處理鼠標(biāo)事件的步驟。
1． 首先，將計(jì)算該事件屏幕坐標(biāo)的相應(yīng)窗體。此計(jì)算（調(diào)用窗體點(diǎn)擊測(cè)試）以桌面窗體開始，從頭至尾的掃描細(xì)統(tǒng)中的每一個(gè)窗體（包括子窗體），直到找到一個(gè)包含這個(gè)鼠標(biāo)坐標(biāo)點(diǎn)的窗體，并且這個(gè)窗體沒有任何同樣包含這個(gè)坐標(biāo)點(diǎn)的子窗體。
圖2. 鼠標(biāo)事件的窗體點(diǎn)擊測(cè)試
例如：如果圖2中的箭頭代表當(dāng)前的鼠標(biāo)位置，任何的鼠標(biāo)行為，像單擊鼠標(biāo)鍵，將生成一個(gè)會(huì)在B窗體中產(chǎn)生消息的事件。
2． 如果一個(gè)窗體使用SetCapture捕獲鼠標(biāo)，那么“系統(tǒng)隊(duì)列掃描”代碼將通過普通的點(diǎn)擊測(cè)試，并將所有的鼠標(biāo)消息返回到捕獲的窗體。例如：如果在圖2 中的A窗體調(diào)用了SetCapture，則在箭頭所指位置的所有鼠標(biāo)行為，將產(chǎn)生窗體A中的消息，而不是窗體B。
3． 如果這個(gè)被處理的事件是一個(gè)“鼠標(biāo)鍵按下”事件（任何一個(gè)鼠標(biāo)鍵），代碼會(huì)檢測(cè)這個(gè)事件是否會(huì)轉(zhuǎn)化為雙擊事件。你可以在微軟開發(fā)者網(wǎng)絡(luò)（譯者注：MSDN）CD（技術(shù)文章，Ask Dr. GUI）中的“Ask Dr. GUI #5”中找到關(guān)于雙擊轉(zhuǎn)化的描述。實(shí)質(zhì)上，如果在兩次鼠標(biāo)鍵按下事件中，時(shí)間和距離的增量在允許的范圍之中，該事件將會(huì)生成一個(gè)雙擊消息，否則它將生成一個(gè)標(biāo)準(zhǔn)的“按下”事件。所有的鼠標(biāo)事件都將生成標(biāo)準(zhǔn)的鼠標(biāo)消息，而雙擊測(cè)試只在鼠標(biāo)事件指定的，包含CS_DBLCLKS類型的窗體中進(jìn)行。
4． 一個(gè)消息從鼠標(biāo)事件中構(gòu)造出來(lái)。
5． 如果鼠標(biāo)點(diǎn)擊測(cè)試確定該事件發(fā)生在一個(gè)窗體的非客戶區(qū)，如邊框或標(biāo)題欄，那么該構(gòu)造出的消息映射到它相應(yīng)的非客戶區(qū)消息中。例如：一個(gè)WM_MOUSEMOVE事件會(huì)被映謝為WM_NCMOUSEMOVE消息。
6． 與所有指定的消息過濾器進(jìn)行對(duì)照，核查此消息。（請(qǐng)參閱下面的“消息范圍過濾和窗體句柄過濾”）如果該消息不匹配過濾器，則重新從頭開始“系統(tǒng)隊(duì)列掃描”代碼，查看隊(duì)列中的下一個(gè)消息。
7． 如果鼠標(biāo)消息需要前往與當(dāng)前任務(wù)不同的另一個(gè)任務(wù)的相關(guān)窗體，事件會(huì)被留在系統(tǒng)隊(duì)列中，并且如果那個(gè)將會(huì)處理這個(gè)消息的任務(wù)在休眠之中，會(huì)被喚醒。這個(gè)新近被喚醒的任務(wù)不會(huì)在此刻立即運(yùn)行，只會(huì)標(biāo)記為準(zhǔn)備運(yùn)行。如果消息前往了其它任務(wù)，并且在系統(tǒng)隊(duì)列中沒有要處理的事件被發(fā)現(xiàn)，“系統(tǒng)隊(duì)列掃描”會(huì)代碼返回到GetMessage/PeekMessage主代碼。請(qǐng)參閱下面的“讓步與休眠的不同”以獲得更多的信息。
8． 如果安裝了鼠標(biāo)鉤子，它將在此刻被調(diào)用。如果鼠標(biāo)鉤子返回了一個(gè)非零值，那么該鼠標(biāo)事件被忽略，并從系統(tǒng)隊(duì)列中被刪除，然后重新從頭開始“系統(tǒng)隊(duì)列掃描”代碼。如果鉤子返回零，則繼續(xù)處理。
9． 如果消息是一個(gè)“鼠標(biāo)鍵按下”消息，“系統(tǒng)隊(duì)列掃描”則會(huì)在返回此消息之前，按照下面的方法激活窗體。
•它沿著父鏈一直向上尋找該窗體的“最終頂層父窗體”，直到相遇。
•它用SendMessage向該窗體的“最終頂層父窗體”發(fā)送一個(gè)WM_MOUSEACTIVATE消息。
•從WM_MOUSEACTVATE返回的值將在下面被測(cè)試：
a) 如果返回的值為空、MA_ACTIVATE或者MA_ACTIVATEANDEAT，ActivateWindow函數(shù)將被調(diào)用去激活那個(gè)“最終頂層父窗體”。
b) 如果返回的值是MA_NOACTIVATE或者MA_NOACTIVATEANDEAT，窗體則不被激活。
注意：MA_ACTIVATEANDEAT和MA_NOACTIVATEANDEAT會(huì)導(dǎo)致“鼠標(biāo)鍵按下”事件從系統(tǒng)隊(duì)列中被刪除，而不會(huì)生成一個(gè)鼠標(biāo)按下消息。
c) 最終，一個(gè)WM_SETCURSOR消息被發(fā)送到窗體，充許窗體設(shè)置指針的輪廓。
10． 如果鼠標(biāo)鉤子被調(diào)用，并且當(dāng)前的鼠標(biāo)事件從系統(tǒng)隊(duì)列中被刪除了，則檢查“基于計(jì)算機(jī)訓(xùn)練”（CBT）的鉤子。如果安裝有有一個(gè)CBT鉤子，將會(huì)攜帶HCBT_CLICKSKIPPED鉤子碼代調(diào)用它。
11． 按鍵狀態(tài)表包含了三個(gè)用于跟蹤鼠標(biāo)按鍵狀態(tài)的入口。這些按鍵被分配予虛擬鍵代碼（VK_LBUTTON，VK_RUTTON和VC_MBUTTON），它們和GetKeyState一起始用去確事實(shí)上鼠標(biāo)鍵是彈起還是按下。在返回鼠標(biāo)消息之前，“系統(tǒng)隊(duì)列掃描”代碼會(huì)（為彈起或按下消息）設(shè)置按鍵狀態(tài)表并且從系統(tǒng)隊(duì)列中刪除消息。如果PeekMessage被調(diào)用時(shí)攜帶PM_NOREMOVE，則按鍵狀態(tài)表不會(huì)被修改。
處理系統(tǒng)隊(duì)列中的鍵盤事件
1． 檢查是否Ctrl鍵被按下和當(dāng)前的事件是否ESC鍵按。如果是，該用戶——直接窗體——會(huì)顯示任務(wù)管理器窗體。一個(gè)WM_SYSCOMMAND消息將被發(fā)送到激活的窗體，并且參數(shù)wParam為SC_TASKLIT。然后鍵盤按下事件從系統(tǒng)隊(duì)列中被刪除，“系統(tǒng)隊(duì)列掃描”代碼又將重新從頭開始。如果此激活的窗體是一個(gè)系統(tǒng)模塊或者是一個(gè)被顯示出來(lái)的“硬”系統(tǒng)模塊消息框（比如一個(gè)“INT”24小時(shí)系統(tǒng)錯(cuò)誤消息框，或一個(gè)使用MB_ICONHAND和MB_SYSTEMMODAL參數(shù)的MessageBox函數(shù)）的事件，將會(huì)被拋棄。
2． 下一步，試著去查看當(dāng)前的事件是不是一個(gè)Print Screen鍵的按下事件。如果是，任意一個(gè)激活的窗體或整個(gè)桌面將被做為一個(gè)位圖快照，保存到剪貼板中。如果Alt鍵被按下，一幅激活窗體的圖像被復(fù)制到剪貼板中；如果沒有，則是整個(gè)桌面被復(fù)制。然后Print Screen鍵按下事件從系統(tǒng)隊(duì)列中被刪除，“系統(tǒng)隊(duì)列掃描”代碼又將重新從頭開始。如果顯示了一個(gè)“硬”系統(tǒng)模塊消息框，則此操作被忽略。
3． 下一步檢測(cè)熱鍵。使用程序管理器，用戶可以定義用來(lái)運(yùn)行一個(gè)應(yīng)用程序的擊鍵事件。這些擊鍵被稱為熱鍵。如果當(dāng)前的事件是一個(gè)按鍵事件，將會(huì)被測(cè)試是否與定義過的熱鍵匹配。如果發(fā)現(xiàn)匹配，一個(gè)WM_SYSCOMMAND消息將被發(fā)送到激活的窗體，并且參數(shù)wParam為SC_HOTKEY。然后鍵盤按下事件從系統(tǒng)隊(duì)列中被刪除，“系統(tǒng)隊(duì)列掃描”代碼又將重新從頭開始。如果此激活的窗體是一個(gè)系統(tǒng)模塊或者是一個(gè)被顯示出來(lái)的“硬”系統(tǒng)模塊消息框，該測(cè)試被跳過。
4． 一般情況下，所有的鍵盤消息（如WM_KEYDOWN、WM_CHAR等等）前往具有輸入焦點(diǎn)的窗體。如果這個(gè)具有輸入焦點(diǎn)的窗體與另一個(gè)當(dāng)前執(zhí)行的任務(wù)相關(guān)聯(lián)，那么該事件會(huì)被留在系統(tǒng)隊(duì)列中，并且那個(gè)擁有“有焦點(diǎn)的窗體”的任務(wù)會(huì)被喚醒（如果休眠了）。“系統(tǒng)隊(duì)列掃描”代碼會(huì)像沒要發(fā)現(xiàn)任何要處理的事件一樣，返回到主GetMessage/PeekMessage代碼。請(qǐng)參閱下面的“讓步與休眠的不同”和“應(yīng)用程序如何被喚醒”以獲得更多的信息。
5． 如果遇到了沒有任何一個(gè)窗體具有輸入焦點(diǎn)的情形，鍵盤消息會(huì)直接前往當(dāng)前激活的窗體，而不會(huì)被翻譯成為系統(tǒng)鍵消息（如WM_SYSKEYDOW，WM_SYSCHAR，等等）。
6． 與所有指定的消息過濾器進(jìn)行對(duì)照，核查此消息。（請(qǐng)參閱下面的“消息范圍過濾和窗體句柄過濾”）如果該消息不匹配過濾器，則重新從頭開始“系統(tǒng)隊(duì)列掃描”代碼，查看隊(duì)列中的下一個(gè)消息。
7． 如果事件被返到了當(dāng)前的任務(wù)，它將從系統(tǒng)隊(duì)列中被刪除掉，除非PeekMessage被指定為PM_NOREMOVE標(biāo)記。請(qǐng)參閱下面的“PeekMessage的PM_NOREMOVE標(biāo)記”以了解更多的關(guān)于不從隊(duì)列中刪除事件的信息。
8． 如果安裝有鍵盤鉤子，將在此刻被調(diào)用。如果事件從系統(tǒng)隊(duì)列中被刪除了，鉤子的調(diào)用將伴隨HC_ACTION屬性；如果事件未被從系統(tǒng)隊(duì)列中刪除，鉤子的調(diào)用將具有HC_NOREM屬性。
9． 如果鍵盤鉤子被調(diào)用，并且當(dāng)前的按鍵事件從系統(tǒng)隊(duì)列中被刪除了，則檢查現(xiàn)存的CBT鉤子。如果安裝有CBT鉤子，將調(diào)用它并攜帶HCBT_KEYSKIPPED鉤子碼。
10． 最后，消息被返加到主GetMessage/PeekMessage代碼。
PeekMessage與PM_NOREMOVE
默認(rèn)情況下，每一個(gè)消息被返回到應(yīng)用程序后，PeekMessage和 GetMessage都會(huì)把消息和事件從系統(tǒng)隊(duì)列中刪除。然而有些時(shí)候，某個(gè)應(yīng)用程序可能需要掃描隊(duì)列中現(xiàn)存的消息而并不刪除它們。例如，某個(gè)應(yīng)用程序在做一些處理過程，這些處理過程期望“一但發(fā)現(xiàn)有可用的消息，就盡快終止”。