異步消息傳遞技術(shù)JMS、AMQP和MQTT主要特性 - 全文

　　消息傳遞作為基本通信機制已經(jīng)在全世界成功運用。無論是人與人、機器與人還是機器與機器之間，消息傳遞一直都是唯一常用的通信方式。在雙方（或更多）之間交換消息有兩種基本機制。

　　同步消息傳遞

　　異步消息傳遞

　　同步消息傳遞在這種情況下使用，當消息發(fā)送者希望在某個時間范圍內(nèi)收到響應(yīng)，然后再進行下一個任務(wù)?；旧暇褪撬谑盏巾憫?yīng)前一直處于“阻塞”狀態(tài)。

　　異步消息意味著發(fā)送者并不要求立即收到響應(yīng)，而且也不會阻塞整個流程。響應(yīng)可有可無，發(fā)送者總會執(zhí)行剩下的任務(wù)。

　　上面提到的技術(shù)，當兩臺計算機上的程序相互通信的時候，就廣泛使用了異步消息傳遞。隨著微服務(wù)架構(gòu)的興起，很明顯我們需要使用異步消息傳遞模型來構(gòu)建服務(wù)。

　　這一直是軟件工程中的基本問題，而且不同的人和組織機構(gòu)會提出不同的方法。我將介紹在企業(yè)IT系統(tǒng)中廣泛使用的三種最成功的異步消息傳遞技術(shù)。

　　Java消息傳遞服務(wù)（Java Messaging Service （JMS））

　　JMS是最成功的異步消息傳遞技術(shù)之一。隨著Java在許多大型企業(yè)應(yīng)用中的使用，JMS就成為了企業(yè)系統(tǒng)的首選。它定義了構(gòu)建消息傳遞系統(tǒng)的API。

　　圖片來源于網(wǎng)絡(luò)

　　下面是JMS的主要特性：

　　面向Java平臺的標準消息傳遞API

　　在Java或JVM語言比如Scala、Groovy中具有互用性

　　無需擔心底層協(xié)議

　　有queues和topics兩種消息傳遞模型

　　支持事務(wù)

　　能夠定義消息格式（消息頭、屬性和內(nèi)容）

　　高級消息隊列協(xié)議（Advanced Message Queueing Protocol （AMQP））

　　JMS非常棒而且人們也非常樂意使用它。微軟開發(fā)了NMS（.NET消息傳遞服務(wù)）來支持他們的平臺和編程語言，它效果還不錯。但是碰到了互用性的問題。兩套使用兩種不同編程語言的程序如何通過它們的異步消息傳遞機制相互通信呢。此時就需要定義一個異步消息傳遞的通用標準。JMS或者NMS都沒有標準的底層協(xié)議。它們可以在任何底層協(xié)議上運行，但是API是與編程語言綁定的。AMQP解決了這個問題，它使用了一套標準的底層協(xié)議，加入了許多其他特征來支持互用性，為現(xiàn)代應(yīng)用豐富了消息傳遞需求。

　　圖片來源于網(wǎng)絡(luò)

　　下面是AMQP的主要特性：

　　獨立于平臺的底層消息傳遞協(xié)議

　　消費者驅(qū)動消息傳遞

　　跨語言和平臺的互用性

　　它是底層協(xié)議的

　　有5種交換類型direct，fanout，topic，headers，system

　　面向緩存的

　　可實現(xiàn)高性能

　　支持長周期消息傳遞

　　支持經(jīng)典的消息隊列，循環(huán)，存儲和轉(zhuǎn)發(fā)

　　支持事務(wù)（跨消息隊列）

　　支持分布式事務(wù)（XA，X/OPEN，MS DTC）

　　使用SASL和TLS確保安全性

　　支持代理安全服務(wù)器

　　元數(shù)據(jù)可以控制消息流

　　不支持LVQ

　　客戶端和服務(wù)端對等

　　可擴展

　　消息隊列遙測傳輸（Message Queueing Telemetry Transport （MQTT））

　　現(xiàn)在我們已經(jīng)有了面向基于Java的企業(yè)應(yīng)用的JMS和面向所有其他應(yīng)用需求的AMQP。為什么我們還需要第三種技術(shù)？它是專門為小設(shè)備設(shè)計的。計算性能不高的設(shè)備不能適應(yīng)AMQP上的復(fù)雜操作，它們需要一種簡單而且可互用的方式進行通信。這是MQTT的基本要求，而如今，MQTT是物聯(lián)網(wǎng)（IOT）生態(tài)系統(tǒng)中主要成分之一。

　　圖片來源于網(wǎng)絡(luò)

　　下面是MQTT的主要特性：

　　面向流，內(nèi)存占用低

　　為小型無聲設(shè)備之間通過低帶寬發(fā)送短消息而設(shè)計

　　不支持長周期存儲和轉(zhuǎn)發(fā)

　　不允許分段消息（很難發(fā)送長消息）

　　支持主題發(fā)布-訂閱

　　不支持事務(wù)（僅基本確認）

　　消息實際上是短暫的（短周期）

　　簡單用戶名和密碼，基于沒有足夠信息熵的安全

　　不支持安全連接

　　消息不透明

　　Topic是全局的（一個全局的命名空間）

　　支持最新值隊列（Last Value Queue （LVQ） ）

　　客戶端和服務(wù)端不對稱

　　不能擴展
? ? ? ?原文：Comparison of Asynchronous Messaging Technologies: JMS, AMQP, and MQTT?