Windows訊息機制初談 (轉)
Windows訊息機制初談 (轉)[@more@]是一個訊息的OS,什麼是訊息呢?我很難說得清楚,也很難下一個定義(誰在噓我),我下面從不同的幾個方面講解一下,希望大家看了後有一點了解。 1、訊息的組成:一個訊息由一個訊息名稱(UINT),和兩個引數(WPARAM,LPARAM)。當進行了輸入或是視窗的狀態發生改變時系統都會傳送訊息到某一個視窗。例如當選單轉中之後會有WM_COMMAND訊息傳送,WPARAM的高字中(HI(wParam))是命令的ID號,對選單來講就是選單ID。當然使用者也可以定義自己的訊息名稱,也可以利用自定義訊息來傳送通知和傳送資料。 2、誰將收到訊息:一個訊息必須由一個視窗接收。在視窗的過程(WNDPROC)中可以對訊息進行分析,對自己感興趣的訊息進行處理。例如你希望對選單選擇進行處理那麼你可以定義對WM_COMMAND進行處理的程式碼,如果希望在視窗中進行圖形輸出就必須對WM_PAINT進行處理。 3、未處理的訊息到那裡去了:M$為視窗編寫了預設的視窗過程,這個視窗過程將負責處理那些你不處理訊息。正因為有了這個預設視窗過程我們才可以利用Windows的視窗進行開發而不必過多關注視窗各種訊息的處理。例如視窗在被拖動時會有很多訊息傳送,而我們都可以不予理睬讓系統自己去處理。 4、視窗控制程式碼:說到訊息就不能不說視窗控制程式碼,系統透過視窗控制程式碼來在整個系統中唯一標識一個視窗,傳送一個訊息時必須指定一個視窗控制程式碼表明該訊息由那個視窗接收。而每個視窗都會有自己的視窗過程,所以使用者的輸入就會被正確的處理。例如有兩個視窗共用一個視窗過程程式碼,你在視窗一上按下滑鼠時訊息就會透過視窗一的控制程式碼被髮送到視窗一而不是視窗二。 5、示例:下面有一段虛擬碼演示如何在視窗過程中處理訊息 LONG yourWndProc(HWND hWnd,UINT uMessageType,WPARAM wP,LPARAM) { switch(uMessageType) {//使用SWITCH語句將各種訊息分開 case(WM_PAINT): doYourWindow(...);//在視窗需要重新繪製時進行輸出 break; case(WM_LBUTTONDOWN): doYourWork(...);//在滑鼠左鍵被按下時進行處理 break; default: callDefaultWndProc(...);//對於其它情況就讓系統自己處理 break; } } 接下來談談什麼是訊息機制:系統將會維護一個或多個訊息佇列,所有產生的訊息都回被放入或是插入佇列中。系統會在佇列中取出每一條訊息,根據訊息的接收控制程式碼而將該訊息傳送給擁有該視窗的的訊息迴圈。每一個執行的程式都有自己的訊息迴圈,在迴圈中得到屬於自己的訊息並根據接收視窗的控制程式碼相應的視窗過程。而在沒有訊息時訊息迴圈就將控制權交給系統所以Windows可以同時進行多個任務。下面的虛擬碼演示了訊息迴圈的用法: while(1) { id=getMessage(...); if(id == quit) break; translateMessage(...); } 當該程式沒有訊息通知時getMessage就不會返回,也就不會佔用系統的時間。 圖示訊息投遞 在16位的系統中系統中只有一個訊息佇列,所以系統必須等待當前任務處理訊息後才可以傳送下一訊息到相應程式,如果一個程式陷如死迴圈或是耗時操作時系統就會得不到控制權。這種多工系統也就稱為協同式的多工系統。Windows3.X就是這種系統。 而32位的系統中每一執行的程式都會有一個訊息佇列,所以系統可以在多個訊息佇列中轉換而不必等待當前程式完成訊息處理就可以得到控制權。這種多工系統就稱為搶先式的多工系統。Windows95/NT就是這種系統。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-993123/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 訊息機制篇——初識訊息與訊息佇列佇列
- 簡析Windows訊息機制Windows
- 深入理解windows 訊息機制Windows
- iOS 訊息轉發機制Demo解析iOS
- iOS進階之訊息轉發機制iOS
- 再談Windows訊息迴圈Windows
- 理解 Android 訊息機制Android
- Android訊息機制HandlerAndroid
- android訊息機制—HandlerAndroid
- Android 之訊息機制Android
- Runtime 從NullSafe原始碼看訊息轉發 機制Null原始碼
- Runtime底層原理探究(一) --- 訊息轉發機制(快速轉發)
- iOS探索 動態方法解析和訊息轉發機制iOS
- Rabbitmq可靠訊息投遞,訊息確認機制MQ
- Android非同步訊息機制Android非同步
- 重拾 ObjC 訊息機制OBJ
- flutter 訊息傳遞機制Flutter
- RabbitMQ 訊息確認機制MQ
- Handler訊息傳遞機制
- Android訊息機制Handler用法Android
- Kafka 訊息儲存機制Kafka
- 再談訊息佇列技術-轉佇列
- iOS:利用訊息轉發機制實現多播委託iOS
- Android的Handler訊息機制 解析Android
- MFC學習(四) 訊息機制
- Android Handler 訊息機制詳述Android
- 深入理解Android訊息機制Android
- 【RocketMQ】訊息的刷盤機制MQ
- RabbitMQ訊息佇列(九):Publisher的訊息確認機制MQ佇列
- Android 訊息機制:Handler、MessageQueue 和 LooperAndroidOOP
- Handler訊息機制完全解析Handler解析
- 全面剖析Android訊息機制原始碼Android原始碼
- 深入淺出 Runtime(三):訊息機制
- Android Handler MessageQueue Looper 訊息機制原理AndroidOOP
- Android 訊息機制詳解(Android P)Android
- Runtime底層原理探究(三) --- 訊息轉發機制(動態方法解析)
- 由外到內——剖析Android訊息機制Android
- 基於TimeLine模型的訊息同步機制模型
- 06.Android之訊息機制問題Android