消息队列分类对比

rabbitMq

定义：基于Erlang语言编写的开源消息队列。实现了数据的稳定可靠传输。

（1）遵循AMQP协议，它的broker由exchange、binding、queue组成，其中exchange和binding组成了消息的路由

（2）客户端Producer通过连接Channel和server进行通信，Consumer从queue获取消息进行消费（长连接，queue有消息会推送到consumer端，consumer循环从输入流读取数据）。

（3）rabbitMQ以broker为中心，有消息的确认机制

（4）rabbitMQ支持miror的queue，主queue失效，miror queue接管

（5）rabbitMQ的负载均衡需要单独的load balance来实现

（6）基于存储的可靠性要求存储可以采用内存或者磁盘

（7）RabbitMq在数据一致性、稳定性和可靠性方面比较优秀，而且直接或间接的支持多种协议，对多语言支持良好。但是其性能和吞吐量差强人意，由Erlang语言本身的限制，二次开发成本较高。

（8）稳定，可靠，数据一致，支持多协议，有消息确认，性能一般，基于erlang语言，二次开发困难

activeMq

（1）老牌的消息队列，使用java语言编写，对JMS支持较好

（2）采用多线程并发，资源消耗较大，如果你的主语言是java，可以重点考虑

（3）集群模式依赖zookeeper实现

（4）不够灵活轻巧，对队列较多情况支持不好

kafka

（1）专为海量消息传递打造，主张使用‘拉’模式，天然的集群、HA、负载均衡支持

（2）放弃了一些消息中间件的灵活性，使用场景比较窄

（3）高吞吐，高性能，快速持久化，无消息确认，无消息遗漏，可能会有重复消息，依赖于zookeeper，成本高。

zeroMQ

（1）号称史上最快的消息队列，尤其针对大吞吐量的需求场景，基于C语言开发，可以在任何平台通过代码连接，通过inproc，IPC，TCP，TIPC，多播传送消息，支持发布-订阅，推-拉，共享队列等模式，高速异步I/O引擎

（2）可以实现rabbitMQ不擅长的高级/复杂队列

（3）可以使用NuGet安装

（4）提供非持久性的队列，如果宕机，数据将会丢失

（5）ZeroMQ小而美，RabbitMQ大而稳，kafka和rocketMQ快而强劲

rocketMq

（1）是阿里开源的消息中间件，具有高吞吐量、高可用性、适合大规模分布式

（2）起源于kafka，它对消息的可靠传输及事务性做了优化

（3）适用场景推荐：交易、充值、流计算、消息推送、日志流式处理、binglog分发等

（4）没有在mq核心上实现JMS

（5）性能好，高吞吐，高可用性，支持大规模分布式