为什么使用 RocketMQ？

RocketMQ与其他主流消息队列（如Kafka、RabbitMQ、ActiveMQ）的优缺点对比如下：

高吞吐与低延迟
- 吞吐量：单机可达10万级消息/秒，介于Kafka（29万/秒）与RabbitMQ（2.6万/秒）之间。
- 延迟：毫秒级响应，适用于实时性要求较高的在线业务（如交易系统）。
- 适用场景：大规模分布式系统，日均处理百亿级消息，尤其适合金融交易、订单处理等高并发场景。
高可靠性与事务支持
- 消息可靠性：通过分布式架构和多副本机制，可优化至零丢失。
- 事务消息：支持分布式事务，确保本地事务与消息发送的原子性，适合金融级业务。
- 顺序消息：严格保证同一队列内消息的顺序性，适用于订单状态变更等场景。
灵活的扩展性
- 分布式架构：支持水平扩展，通过多Master多Slave模式轻松应对百万级TPS。
- 大规模Topic支持：单集群可支持数千个Topic，且吞吐量下降幅度较小，优于Kafka。
开发友好性
- Java生态：基于Java开发，源码易读，便于企业定制和二次开发。
- 运维工具：提供可视化监控界面和消息轨迹跟踪功能，简化运维复杂度。

社区与生态
- 国内主导：社区活跃度主要集中在国内，国际生态集成（如云服务支持）稍逊于Kafka和RabbitMQ。
- 文档与规范：文档相对简略，且未完全遵循JMS规范，部分系统迁移需调整代码。
功能限制
- 不支持消息优先级：需通过多Topic模拟优先级队列，增加设计复杂度。
- 功能复杂度：相比RabbitMQ，缺少AMQP协议支持的灵活路由规则（如Headers Exchange）。
技术风险
- 社区可持续性：虽已捐给Apache，但需警惕长期维护风险，而Kafka和RabbitMQ社区更稳定。

维度	RocketMQ	Kafka	RabbitMQ	ActiveMQ
吞吐量	10万级（高吞吐）	29万级（最高）	万级（较低）	万级（最低）
延迟	毫秒级	毫秒级	微秒级（最低延迟）	毫秒级
可靠性	分布式高可用，零丢失优化	多副本，零丢失优化	主从架构，一般不丢消息	较低概率丢失
适用场景	在线交易、金融系统	大数据日志、实时计算	微服务通信、任务队列	老旧系统维护（不推荐新项目）
开发语言	Java（易定制）	Scala/Java	Erlang（难定制）	Java

RocketMQ适用场景：
- 大型企业需要高吞吐、高可靠性的在线业务（如电商、金融）。
- 需自定义扩展功能且具备Java技术栈的团队。
其他MQ推荐场景：
- Kafka：大数据日志采集、实时流处理。
- RabbitMQ：中小型企业需要灵活路由、低延迟的微服务通信。
- ActiveMQ：仅限老旧系统维护，新项目不推荐。

RocketMQ在高吞吐、事务支持、顺序消息方面表现突出，适合对性能和可靠性要求苛刻的场景，但其社区国际化程度和功能灵活性稍逊于RabbitMQ和Kafka。选型需结合业务规模、技术栈及团队能力综合考量。