Windows 訊息處理機制的訊息實現

Windows 的訊息傳遞系統由 3 個部分組成：

訊息佇列。 Windows 能夠維護所有應用程式的訊息佇列。 必須從訊息佇列中提取應用程式。

訊息，然後將其分配給視窗。

訊息迴圈。 通過此迴圈機制，應用程式從訊息佇列中檢索訊息，並將其分派到相應的視窗。

之後，從訊息佇列中檢索下一條訊息，然後依次分配給相應的視窗。

視窗過程。 每個視窗都有乙個視窗程序來接收傳遞到視窗的訊息，其任務是獲取訊息。

回應它。 視窗過程是乙個**函式; 處理訊息後，它通常會向 Windows 返回乙個值。

請注意，函式是由 Windows 或外部模組呼叫的程式中的函式。

訊息從生成到視窗響應訊息有 5 個步驟

1） 系統中發生了事件。

2） Windows 將事件轉換為訊息並將其放入訊息佇列中。

3） 應用程式從訊息佇列接收訊息並將其儲存在 TMSG 記錄中。

4） 應用程式通過視窗程序將訊息傳遞到適當的視窗視窗。

5） 視窗程序響應此訊息並對其進行處理。

步驟 3 和 4 構成了應用程式的訊息迴圈。 由於訊息迴圈，訊息迴圈往往是 Windows 應用程式的核心。

使應用程式能夠響應外部事件。 訊息迴圈的任務是從訊息佇列中檢索訊息並將其傳遞到相應的視窗。 如果訊息佇列中沒有訊息，則 Windows 允許其他應用程式處理其訊息。

Windows作業系統最大的特點是它的圖形化操作介面，它基於它的訊息處理機制。 如果您不了解 Windows 訊息處理，您將無法深入了解 Windows 程式設計。 不幸的是，許多程式設計師只聽說過一點 Windows 訊息，對它們的使用知之甚少，更不用說它們的內部實現了。

可以說，掌握這部分知識就是掌握了Windows程式設計中的法寶，靈活運用會大大提高我們的程式設計能力。

系統將維護乙個或多個訊息佇列，所有生成的訊息都將放入或插入到佇列中。 系統從佇列中獲取每條訊息，並根據接收訊息的控制代碼將其傳送到擁有該視窗的程式的訊息迴圈。 每個正在執行的程式都有自己的訊息迴圈，在迴圈中獲取自己的訊息，並根據接收視窗的控制代碼呼叫相應的視窗過程。

當沒有訊息時，訊息迴圈將控制權移交給系統，因此 Windows 可以同時執行多個任務。

在 16 位系統中，系統中只有乙個訊息佇列，因此系統必須等待當前任務處理完訊息，然後才能將下一條訊息傳送到相應的程式。 這種多工處理系統也稱為協作多工處理系統。 這就是那種系統。

在 32 位系統中，每個正在執行的程式都會有乙個訊息佇列，因此系統可以在多個訊息佇列之間切換，而無需等待當前程式完成對訊息的處理。 這種多工處理系統稱為搶占式多工處理系統。 Windows95 NT 98 2000 XP32就是這樣乙個系統。

標準 Windows 訊息、控制訊息、命令訊息。