前言
做后端开发的，几乎没有不用消息队列的。解耦、异步、削峰，这三大作用谁都知道。但真到了选型的时候，到底选哪个？RabbitMQ、RocketMQ还是Kafka？
这篇文章结合我自己的实际项目经验，把这三个主流消息队列做个对比，说说各自适合什么场景，不适合什么场景。不是教科书式的参数对比，都是踩过坑之后的实战总结。
一、先说结论
在展开对比之前，先给个一句话结论：
· 追求可靠性、功能丰富、业务场景复杂 → 选RabbitMQ
· 国内项目、事务消息、金融级场景 → 选RocketMQ
· 大数据量、日志采集、流式处理 → 选Kafka
当然这只是大概的方向，具体还要看你的业务场景。下面详细说。
二、RabbitMQ：功能最丰富的"老大哥"
2.1 优点
1. 协议支持完善
RabbitMQ原生支持AMQP协议，而且文档特别全。各种路由规则（直连、主题、扇出、头匹配）都有，想怎么路由就怎么路由。很多业务场景需要复杂的消息路由，用RabbitMQ特别方便。
2. 可靠性高
消息确认机制做得很好：生产者确认、消费者确认、消息持久化，一套组合拳下来，消息不容易丢。对于不能丢消息的业务场景，RabbitMQ是很稳妥的选择。
3. 社区成熟
RabbitMQ出来这么多年了，各种问题网上都有答案。遇到坑了搜一下，基本都能找到解决方案。而且客户端SDK也全，Java、Python、Go什么语言都有。
2.2 缺点
1. 性能一般
RabbitMQ的吞吐量大概在万级每秒。跟Kafka那种十万百万级的比，差了一个数量级。所以如果你的业务是日志采集、大数据量的场景，RabbitMQ扛不住。
2. Erlang语言门槛
RabbitMQ是用Erlang写的。如果你要改源码或者深度排查问题，得懂Erlang。对大部分Java开发来说，这个门槛还是有点高的。
2.3 适合场景
· 电商订单系统：订单创建后异步通知库存、物流、积分系统
· 金融业务：对消息可靠性要求高，不能丢消息
· 业务系统之间解耦：需要复杂路由规则的场景
三、RocketMQ：阿里开源的"国产担当"
3.1 优点
1. 事务消息支持好
这是RocketMQ最大的亮点。分布式事务的消息最终一致性方案，RocketMQ原生就支持。 half消息、回查机制，一套下来很完善。很多国内做电商、金融的项目，就是冲着事务消息选RocketMQ的。
2. 性能比RabbitMQ强
RocketMQ的吞吐量大概在十万级每秒。虽然比Kafka差点，但比RabbitMQ强多了。一般的业务场景完全够用。
3. 国内文档和社区好
阿里开源的项目，文档都是中文的，读起来没障碍。而且国内用的人特别多，遇到问题在群里或者论坛一问，很快就有人解答。
3.2 缺点
1. 功能相对简单
跟RabbitMQ比，RocketMQ的路由规则没那么丰富。大部分场景用Topic+Tag就够了，但如果你需要特别复杂的路由，可能就不够用了。
2. 国际社区不如Kafka
RocketMQ主要在国内流行，国际上还是Kafka的天下。如果你是做国际化的项目，可能国外团队对RocketMQ不熟。
3.3 适合场景
· 国内电商系统：需要事务消息做最终一致性
· 订单、支付、库存这些核心业务链路
· 吞吐量要求不低，但又需要可靠性的场景
四、Kafka：大数据时代的"吞吐量之王"
4.1 优点
1. 吞吐量极高
Kafka的吞吐量是三个里面最高的，百万级每秒都能做到。为什么这么快？因为它的设计就是为了高吞吐：顺序写磁盘、零拷贝、批量处理。这些设计理念决定了它就是干大数据量的活的。
2. 生态完善
Kafka现在已经不只是一个消息队列了，而是整个大数据生态的核心。跟Flume、Spark、Flink、Flink这些大数据组件无缝对接。做日志采集、实时计算，Kafka是标配。
3. 分布式扩展好
Kafka的集群扩展很方便，加机器就能扩容。而且Partition的设计，天然支持水平扩展。
4.2 缺点
1. 功能简单
Kafka一开始就是为日志设计的，所以它的功能很简单：发消息、收消息。没有RabbitMQ那些复杂的路由规则，也没有RocketMQ的事务消息。就是一个纯粹的消息管道。
2. 可靠性相对弱一点
Kafka为了高吞吐，在可靠性上做了一些妥协。比如默认情况下，可能会丢消息。要开启ISR同步、acks=all这些配置，才能保证可靠性。但就算这样，跟RabbitMQ比还是差点意思。
4.3 适合场景
· 日志采集：业务日志、访问日志，发到Kafka然后做分析
· 大数据实时计算：用户行为数据、埋点数据，做实时数仓
· 流式处理：跟Flink配合做实时计算
五、实际项目怎么选？
说了这么多，实际项目中怎么选？我给个简单的决策方法：
第一步：看你的业务是不是大数据量的日志/埋点/实时计算？如果是，直接选Kafka，不用犹豫。
第二步：看你的业务是不是需要事务消息做最终一致性？如果是，而且你是国内项目，选RocketMQ。
第三步：剩下的一般业务场景，选RabbitMQ就对了。功能全、文档好、不容易出问题。
当然，很多大公司其实是混用的：Kafka做日志采集，RabbitMQ做业务系统解耦，RocketMQ做核心交易链路。没有说一个MQ打天下的，根据不同场景选不同的工具才是正道。
六、总结
最后再总结一下：
· RabbitMQ：功能丰富、可靠性高，适合复杂业务场景
· RocketMQ：事务消息强，国内项目首选
· Kafka：吞吐量最高，适合大数据和日志场景
消息队列选型没有绝对的对错，关键是匹配你的业务场景。不要为了用新技术而用新技术，合适的才是最好的。