Windows下有訊息處理機制嗎，Linux下游有沒有相應的機制？

Linux中程序間通訊的主要方式介紹：

管道和命名管道：管道可用於相關程序之間的通訊，命名管道克服了管道沒有名稱的限制，因此除了管道的功能外，它們還允許不相關程序之間的通訊;

訊號：訊號是一種比較複雜的通訊方式，它用於通知接收程序發生了某種事件，除了用於程序間通訊外，程序還可以向程序本身傳送訊號; Linux 除了支援 UNIX 早期的訊號語義函式 Sigal 外，還支援符合標準語義的訊號函式 SigAction（其實這個函式是基於 BSD，為了實現可靠的訊號機制，統一外部介面，用 sigaction 函式重新實現訊號函式）;

訊息佇列：訊息佇列是訊息的鏈結表，包括 POSIX 訊息佇列系統 V。 具有足夠許可權的程序可以將訊息新增到佇列中，而具有讀取許可權的程序可以從佇列中讀出訊息。

訊息佇列克服了訊號可以攜帶的資訊量少、流水線只能攜帶未格式化的位元組流、緩衝區大小有限的缺點。

共享記憶體：允許多個程序訪問同一記憶體空間，這是可用的最快的 IPC 形式。 它旨在解決其他通訊機制的低效率問題。 它通常與其他通訊機制（如訊號量）結合使用，以實現程序之間的同步和互斥。

訊號量：主要用作程序之間以及同一程序的不同執行緒之間的同步手段。

套接字：一種更通用的程序間通訊機制，可用於不同機器之間的程序間通訊。 它最初由 Unix 系統的 BSD 分支開發，現在可以移植到其他類 Unix 系統

Linux 和 System V 變體都支援套接字。

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

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

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

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

訊息本身作為記錄（通常在 C++ 程式集中稱為“結構”）傳遞到應用程式，其中包含訊息型別以及有關如何分解訊息的其他資訊。 例如，對於通過單擊乙個好的導視滑鼠生成的訊息，此記錄 （struct） 包含滑鼠單擊的訊息編號 （wm lbuttondown） 以及單擊滑鼠時朋友和孫子的坐標（由 x，y 值連線的 32 位整數）。 此記錄型別稱為 TMSG。

這在 Delphi 的 Windows 單元中是這樣說的：

typetmsg = packed recordhwnd: hwnd;視窗手柄。

message: uint;訊息常量識別符號。

wparam: wparam ;有關 16 位訊息的特定附加資訊。

lparam: lparam ;32 位訊息的特定附加資訊。

time: dword;建立訊息的時間。

pt: tpoint;建立訊息時滑鼠的位置。

end ;其中 tpoint 定義為：

tpoint= record

x:integer;

y:integer;

end;C 語言中的定義是：

typedef struct msg

hwnd hwnd;視窗手柄。

uint message;訊息常量識別符號。

wparam wparam;32 位訊息的特定附加資訊。

lparam lparam;32 位訊息的特定附加資訊。

dword time;建立訊息的時間。

tpoint pt;建立訊息時滑鼠的位置。

tmsg;typedef struct tpointint x;

int y;

tpoint;

hwnd

32 位視窗控制代碼。 Windows 可以是任何型別的螢幕物件，因為 Win32 能夠維護大多數可視物件（視窗、對話方塊、按鈕、框等）的控制代碼。

message

用於區分其他訊息的常量值，可以是 Windows 單位的預定義常量，也可以是自定義常量。

wparam

這通常是與訊息相關的常量值，也可以是視窗或控制項的控制代碼。

lparam

這通常是指向記憶體中資料的指標。

由於 wparam、lparam 和 pointer 都是 32 位的，因此它們等同於 dword。 因此，它們可以相互轉換。

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

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

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

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

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

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

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

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

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

1） 系統中發生了事件。

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

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

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

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

步驟 3 和 4 構成了應用程式的訊息迴圈。 訊息迴圈往往是 Windows 應用程式的核心，因為它們使應用程式能夠響應外部事件。 訊息迴圈的任務是從訊息佇列中檢索訊息並將其傳遞到相應的視窗。

如果訊息佇列中沒有訊息，則 Windows 允許其他應用程式處理其訊息。

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

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