消息隊列
在計算機科學中,消息隊列(英語:Message queue)是一種進程間通信或同一進程的不同線程間的通信方式,軟體的貯列用來處理一系列的輸入,通常是來自使用者。消息隊列提供了異步的通信協議,每一個貯列中的紀錄包含詳細說明的資料,包含發生的時間,輸入裝置的種類,以及特定的輸入參數,也就是說:消息的發送者和接收者不需要同時與消息隊列交互。消息會保存在隊列中,直到接收者取回它。[1]
一個 WIMP 環境像是 Microsoft Windows,藉由優先的某些形式(通常是事件的時間或是重要性的順序)來儲存使用者產生的事件到一個 事件貯列 中。系統把每個事件從事件貯列中傳遞給目標的應用程式。
實現
編輯實際上,消息隊列常常保存在鍊表結構中。[2]擁有權限的進程可以向消息隊列中寫入或讀取消息。
目前,有很多消息隊列有很多開源的實現,包括JBoss Messaging、JORAM、Apache ActiveMQ、Sun Open Message Queue、RabbitMQ[3]、IBM MQ[4]、Apache Qpid[5]、Apache RocketMQ[6]和HTTPSQS。[7]
優缺點
編輯消息隊列本身是異步的,它允許接收者在消息發送很長時間後再取回消息,這和大多數通信協議是不同的。例如WWW中使用的HTTP協議(HTTP/2之前)是同步的,因為客戶端在發出請求後必須等待服務器回應。然而,很多情況下我們需要異步的通信協議。比如,一個進程通知另一個進程發生了一個事件,但不需要等待回應。但消息隊列的異步特點,也造成了一個缺點,就是接收者必須輪詢消息隊列,才能收到最近的消息。
和信號相比,消息隊列能夠傳遞更多的信息。與管道相比,消息隊列提供了有格式的數據,這可以減少開發人員的工作量。[2]但消息隊列仍然有大小限制。
參考資料
編輯- ^ Sean A. Walberg. 使用UNIX System V IPC机制共享应用程序数据. IBM. 2007-03-15 [2011-01-01]. (原始內容存檔於2019-12-02).
消息隊列非常獨特,因為兩個進程不必同時存在:一個進程可以發送一個消息並退出,而該消息可以在數天後才被另一個進程獲得。
- ^ 2.0 2.1 鄭彥興. Linux环境进程间通信(三). IBM. 2003-01-17 [2011-01-01]. (原始內容存檔於2019-12-01).
消息隊列就是一個消息的鍊表。……它提供有格式字節流,有利於減少開發人員的工作量
- ^ RabbitMQ. [2016-04-14]. (原始內容存檔於2011-03-12).
- ^ IBM MQ. [2016-04-14]. (原始內容存檔於2018-03-07).
- ^ ([//web.archive.org/web/20210310235522/http://qpid.apache.org/ 頁面存檔備份,存於網際網路檔案館) Apache Qpid Project, an implementation of AMQP].
- ^ RocketMQ™. [2018-12-26]. (原始內容存檔於2018-12-28).
- ^ HTTPSQS, an message queue based on HTTP GET/POST protocol.. [2010-12-31]. (原始內容存檔於2016-01-09).