1. ActiveMQ/ApolloMQ
優點：老牌的消息隊列，使用Java語言編寫。對JMS支持最好，采用多線程並發，資源消耗比較大。如果妳的主語言是Java，可以重點考慮。
缺點：由於歷史悠久，歷史包袱較多，版本更新很緩慢。集群模式需要依賴Zookeeper實現。最新架構的產品被命名為Apollo，號稱下壹代ActiveMQ，目前案例較少。
2. RocketMQ/Kafka
優點：專為海量消息傳遞打造，主張使用拉模式，天然的集群、HA、負載均衡支持。話說還是那句話，適合不適合看妳有沒有那麽大的量。
缺點：所謂魚和熊掌不可兼得，放棄了壹些消息中間件的靈活性，使用的場景較窄，需關註妳的業務模式是否契合，否則山寨變相使用很別扭。除此之外，RocketMQ沒有.NET下的客戶端可用。RocketMQ身出名門，但使用者不多，生態較小，畢竟消息量能達到這種體量的公司不多，妳也可以直接去購買阿裏雲的消息服務。Kafka生態完善，其代碼是用Scala語言寫成，可靠性比RocketMQ低壹些。
3. RabbitMQ
優點：生態豐富，使用者眾，有很多人在前面踩坑。AMQP協議的領導實現，支持多種場景。淘寶的MySQL集群內部有使用它進行通訊，OpenStack開源雲平臺的通信組件，最先在金融行業得到運用。
缺點：Erlang代碼妳Hold得住不? 雖然Erlang是天然集群化的，但RabbitMQ在高可用方面做起來還不是特別得心應手。