一、優缺點

ActiveMQ

官網地址:http://activemq.apache.org/

官網介紹

Apache ActiveMQ是最流行的開源、多協議、基于Java的消息代理。它支持行業標準協議，因此用戶可以從多種語言和平臺的客戶端選擇中獲益。從JavaScript、C、C++、Python、.NET等多個客戶端連接。使用無處不在的AMQP協議集成多平臺應用程序。使用STOMP over WebSocket在web應用程序之間交換消息。使用MQTT管理您的物聯網設備。支持您現有的JMS基礎架構及其他基礎架構。ActiveMQ提供了支持任何消息傳遞用例的能力和靈活性。

優點

單機吞吐量萬級，時效性 ms 級，可用性高，基于主從架構實現高可用性，消息可靠性較低的概率丟失數據

缺點

官方社區現在對 ActiveMQ 5.x 維護越來越少，高吞吐量場景較少使用。

Kafka

官網地址:http://kafka.apache.org/

官網介紹

超過80%的財富100強公司信任并使用卡夫卡。

Apache Kafka是一個開放源代碼的分布式事件流平臺，被數千家公司用于高性能數據管道、流分析、數據集成和任務關鍵型應用程序。

優點

性能卓越，單機寫入TPS 約在百萬條/秒，最大的優點，就是吞吐量高。時效性 ms 級可用性非常高，kafka 是分布式的，一個數據多個副本，少數機器宕機，不會丟失數據，不會導致不可用,消費者采用 Pull 方式獲取消息, 消息有序, 通過控制能夠保證所有消息被消費且僅被消費一次;有優秀的第三方Kafka

Web 管理界面 Kafka-Manager;在日志領域比較成熟，被多家公司和多個開源項目使用;功能支持：功能較為簡單，主要支持簡單的 MQ 功能，在大數據領域的實時計算以及日志采集被大規模使用。

缺點

Kafka 單機超過 64 個隊列/分區，Load 會發生明顯的飆高現象，隊列越多，load 越高，發送消息響應時間變長，使用短輪詢方式，實時性取決于輪詢間隔時間，消費失敗不支持重試;支持消息順序，但是一臺代理宕機后，就會產生消息亂序，社區更新較慢;

RocketMQ

官方網站:http://rocketmq.apache.org/

官網介紹

由于ActiveMQ和Kafka不能滿足阿里的需求,他們決定發明一種新的消息傳遞引擎來處理更廣泛的用例集，從傳統的發布/訂閱場景到高容量實時零丟失容錯事務系統。我們相信這個解決方案是有益的，所以我們希望向社區開放源代碼。今天，有100多家公司在其業務中使用開源版本的RocketMQ。

優點

單機吞吐量十萬級,可用性非常高，分布式架構,消息可以做到 0 丟失,MQ 功能較為完善，還是分

布式的，擴展性好,支持 10 億級別的消息堆積，不會因為堆積導致性能下降，源碼是 java 我們可以自己閱讀源碼，定制自己公司的 MQ

缺點

支持的客戶端語言不多，目前是 java 及 c++，其中 c++不成熟;社區活躍度一般,沒有在MQ

核心中去實現 JMS 等接口,有些系統要遷移需要修改大量代碼

RabbitMQ

官方網站:https://www.rabbitmq.com/

官網介紹

RabbitMQ 是部署最廣泛的開源消息代理。

RabbitMQ擁有數萬用戶，是最流行的開源消息代理之一。從T-Mobile到Runtastic，RabbitMQ在世界各地的小型初創公司和大型企業中使用。

RabbitMQ是輕量級的，易于在本地和云中部署。它支持多種消息傳遞協議。RabbitMQ可以在分布式和聯合配置中部署，以滿足高規模、高可用性需求。

RabbitMQ運行在許多操作系統和云環境上，并為最流行的語言提供了廣泛的開發工具。

優點

由于 erlang 語言的高并發特性，性能較好;吞吐量到萬級，MQ 功能比較完備,健壯、穩定、易

用、跨平臺、支持多種語言 如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持 AJAX 文檔齊全;開源提供的管理界面非常棒，用起來很好用,社區活躍度高;更新頻率相當高

缺點

商業版需要收費,學習成本較高

二、MQ 的應用場景及選擇

1、ActiveMQ

ActiveMQ支持任何消息傳遞用例的能力和靈活性,比較適合小型吞吐量比較小的公司進行使用,或者MQ起步學習的首選。

2、Kafka

Kafka 主要特點是基于Pull 的模式來處理消息消費，追求高吞吐量，一開始的目的就是用于日志收集和傳輸，適合產生大量數據的互聯網服務的數據收集業務。大型公司建議可以選用，大數據分析必備，如果有日志采集功能，肯定是首選 kafka 了。

3、RocketMQ

天生為金融互聯網領域而生，對于可靠性要求很高的場景，尤其是電商里面的訂單扣款，以及業務削峰，在大量交易涌入時，后端可能無法及時處理的情況。RoketMQ 在穩定性上可能更值得信賴，這些業務場景在阿里雙 11 已經經歷了多次考驗，如果你的業務有上述并發場景，建議可以選擇 RocketMQ。

4、RabbitMQ

結合 erlang 語言本身的并發優勢，性能好時效性微秒級，社區活躍度也比較高，管理界面用起來十分方便，如果你的數據量沒有那么大，中小型公司優先選擇功能比較完備的 RabbitMQ。