常用消息中间件对比

1.ActiveMQ

1.简介：ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线，ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位

2.特性：

• 多种语言和协议编写客户端。语言: Java,C,C++,C#,Ruby,Perl,Python,PHP。应用协议： OpenWire,Stomp REST,WS Notification,XMPP,AMQP
• 完全支持JMS1.1和J2EE 1.4规范 （持久化，XA消息，事务)
• 对Spring的支持，ActiveMQ可以很容易内嵌到使用Spring的系统里面去，而且也支持Spring2.0的特性
• 通过了常见J2EE服务器（如 Geronimo,JBoss 4,GlassFish,WebLogic)的测试，其中通过JCA 1.5 resource adaptors的配置，可以让ActiveMQ可以自动的部署到任何兼容J2EE 1.4 商业服务器上
• 支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
• 支持通过JDBC和journal提供高速的消息持久化
• 从设计上保证了高性能的集群，客户端-服务器，点对点
• 支持Ajax
• 支持与Axis的整合
• 可以很容易得调用内嵌JMS provider，进行测试

3.使用建议：博主第一次做项目用的就是此款MQ，但是现在确实大家用的不多了，没经过大规模吞吐量场景的验证，社区也不是很活跃，我个人不推荐用这个

2.RabbitMQ

1.简介：RabbitMQ是流行的开源消息队列系统，用erlang语言开发，RabbitMQ是AMQP（高级消息队列协议）的标准实现

2.特性：

• erlang语言开发，性能极其好，延时很低
• 吞吐量到万级，MQ功能比较完备
• 开源提供的管理界面非常棒，用起来很好用
• 社区相对比较活跃，几乎每个月都发布几个版本分
• 在国内一些互联网公司近几年用RabbitMQ也比较多一些

3.使用建议：博主第二次接触的就是 RabbitMQ，也是在项目中使用的第一款MQ产品，此款MQ是开源的，比较稳定的支持，活跃度也高，所以技术实力较为一般，技术挑战不是特别高，用 RabbitMQ 是不错的选择，对自家技术没有过高自信的话，可以使用RabbitMQ，人家有活跃的开源社区、

3.RocketMQ

1.简介：RocketMQ是阿里开源的消息中间件，纯Java开发，具有高吞吐量、高可用性、适合大规模分布式系统应用的特点

2.特点：

• 接口简单易用，源码是阿里出品，可自定义MQ
• topic可以达到几百，几千个的级别，吞吐量会有较小幅度的下降
• 消息可用性极高，经过参数优化配置，可以做到0丢失
• MQ功能较为完善，还是分布式的，扩展性好

3.使用建议： RocketMQ确实很不错，博主第一次是在2022年开始接触，也是在2022年用到项目中的MQ，毕竟是阿里出品，对自己公司技术实力有绝对自信的，推荐用 RocketMQ，否则回去老老实实用 RabbitMQ 吧，大型公司，基础架构研发实力较强，用 RocketMQ 是很好的选择

4.Kafka

1.介绍：Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据

2.特性：

• 通过O(1)的磁盘数据结构提供消息的持久化，这种结构对于即使数以TB的消息存储也能够保持长时间的稳定性能
• 高吞吐量：即使是非常普通的硬件Kafka也可以支持每秒数百万的消息
• 支持通过Kafka服务器和消费机集群来分区消息
• 支持Hadoop并行数据加载

3.使用建议：如果是大数据领域的实时计算、日志采集等场景，用 Kafka 是业内标准的，绝对没问题，社区活跃度很高

4.应用场景

• 日志收集：一个公司可以用Kafka可以收集各种服务的log，通过kafka以统一接口服务的方式开放给各种consumer
• 消息系统：解耦生产者和消费者、缓存消息等
• 用户活动跟踪：kafka经常被用来记录web用户或者app用户的各种活动，如浏览网页、搜索、点击等活动，这些活动信息被各个服务器发布到kafka的topic中，然后消费者通过订阅这些topic来做实时的监控分析，亦可保存到数据库
• 运营指标：kafka也经常用来记录运营监控数据。包括收集各种分布式应用的数据，生产各种操作的集中反馈，比如报警和报告
• 流式处理：比如spark streaming和storm

5.总结

特性	ActiveMQ	RabbitMQ	Kafka	RocketMQ
所属社区/公司	Apache	Mozilla Public License	Apache	Apache/Ali
成熟度	成熟	成熟	成熟	比较成熟
生产者-消费者模式	支持	支持	支持	支持
发布-订阅	支持	支持	支持	支持
REQUEST-REPLY	支持	支持	-	支持
API完备性	高	高	高	低（静态配置）
多语言支持	支持JAVA优先	语言无关	支持，JAVA优先	支持
单机呑吐量	万级（最差）	万级	十万级	十万级（最高）
消息延迟	-	微秒级	毫秒级	-
可用性	高（主从）	高（主从）	非常高（分布式）	高
消息丢失	-	低	理论上不会丢失	-
消息重复	-	可控制	理论上会有重复	-
事务	支持	不支持	支持	支持
文档的完备性	高	高	高	中
提供快速入门	有	有	有	无
首次部署难度	-	低	中	高