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

1. 同步訊息傳遞
2. 非同步訊息傳遞

同步訊息傳遞在這種情況下使用，當訊息傳送者希望在某個時間範圍內收到響應，然後再進行下一個任務。基本上就是他在收到響應前一直處於“阻塞”狀態。

非同步訊息意味著傳送者並不要求立即收到響應，而且也不會阻塞整個流程。響應可有可無，傳送者總會執行剩下的任務。

上面提到的技術，當兩臺計算機上的程式相互通訊的時候，就廣泛使用了非同步訊息傳遞。隨著微服務架構的興起，很明顯我們需要使用非同步訊息傳遞模型來構建服務。

這一直是軟體工程中的基本問題，而且不同的人和組織機構會提出不同的方法。我將介紹在企業IT系統中廣泛使用的三種最成功的非同步訊息傳遞技術。

Java訊息傳遞服務（Java Messaging Service (JMS)）

JMS是最成功的非同步訊息傳遞技術之一。隨著Java在許多大型企業應用中的使用，JMS就成為了企業系統的首選。它定義了構建訊息傳遞系統的API。

下面是JMS的主要特性：

• 面向Java平臺的標準訊息傳遞API
• 在Java或JVM語言比如Scala、Groovy中具有互用性
• 無需擔心底層協議
• 有queues和topics兩種訊息傳遞模型
• 支援事務
• 能夠定義訊息格式（訊息頭、屬性和內容）

高階訊息佇列協議（Advanced Message Queueing Protocol (AMQP)）

JMS非常棒而且人們也非常樂意使用它。微軟開發了NMS（.NET訊息傳遞服務）來支援他們的平臺和程式語言，它效果還不錯。但是碰到了互用性的問題。兩套使用兩種不同程式語言的程式如何通過它們的非同步訊息傳遞機制相互通訊呢。此時就需要定義一個非同步訊息傳遞的通用標準。JMS或者NMS都沒有標準的底層協議。它們可以在任何底層協議上執行，但是API是與程式語言繫結的。AMQP解決了這個問題，它使用了一套標準的底層協議，加入了許多其他特徵來支援互用性，為現代應用豐富了訊息傳遞需求。

下面是AMQP的主要特性：

• 獨立於平臺的底層訊息傳遞協議
• 消費者驅動訊息傳遞
• 跨語言和平臺的互用性
• 它是底層協議的
• 有5種交換型別direct，fanout，topic，headers，system
• 面向快取的
• 可實現高效能
• 支援長週期訊息傳遞
• 支援經典的訊息佇列，迴圈，儲存和轉發
• 支援事務（跨訊息佇列）
• 支援分散式事務（XA，X/OPEN，MS DTC）
• 使用SASL和TLS確保安全性
• 支援代理安全伺服器
• 元資料可以控制訊息流
• 不支援LVQ
• 客戶端和服務端對等
• 可擴充套件

訊息佇列遙測傳輸（Message Queueing Telemetry Transport (MQTT)）

現在我們已經有了面向基於Java的企業應用的JMS和麵向所有其他應用需求的AMQP。為什麼我們還需要第三種技術？它是專門為小裝置設計的。計算效能不高的裝置不能適應AMQP上的複雜操作，它們需要一種簡單而且可互用的方式進行通訊。這是MQTT的基本要求，而如今，MQTT是物聯網（IOT）生態系統中主要成分之一。

下面是MQTT的主要特性：

• 面向流，記憶體佔用低
• 為小型無聲裝置之間通過低頻寬傳送短訊息而設計
• 不支援長週期儲存和轉發
• 不允許分段訊息（很難傳送長訊息）
• 支援主題釋出-訂閱
• 不支援事務（僅基本確認）
• 訊息實際上是短暫的（短週期）
• 簡單使用者名稱和密碼，基於沒有足夠資訊熵的安全
• 不支援安全連線
• 訊息不透明
• Topic是全域性的（一個全域性的名稱空間）
• 支援最新值佇列（Last Value Queue (LVQ) ）
• 客戶端和服務端不對稱
• 不能擴充套件

由CSDN重磅打造的2016中國雲端計算技術大會（CCTC 2016）將於5月13日-15日在北京舉辦，大會特設“中國Spark技術峰會”、“Container技術峰會”、“OpenStack技術峰會”、“大資料核心技術與應用實戰峰會”等四大技術主題峰會，以及“雲端計算核心技術架構”、“雲端計算平臺構建與實踐”等專場技術論壇。80+位一線網際網路公司的技術專家將到場分享他們在雲端計算、大資料領域的技術實踐，目前大會剩票不多，欲購從速。詳情請點選CCTC 2016大會官網（http://cctc.csdn.net/）。