大胖子呀、2023-06-28 来自广东多语言支持那一栏，Kafka不支持Java语言的吗？作者回复: 不好意思，这里的图需要更新下，这里审核不严格，是支持的。
共 2 条评论4
aoe2023-06-27 来自浙江第一次遇到没有作业的一课，庆祝一下作者回复: 谢谢老哥~
3- Geek_66158e2023-07-02 来自浙江因为kafka第一开始的主要目标是日志处理，需要非常大的吞吐量，消息的延迟在最初的设计中没有很大优先级，所以一般是生产端批量发送，消费端一般是批量拉取，不支持push模式，而且kafka在支持消息协议，各种高级消息功能，延时消息等都兴趣不大。这方面就是rocket mq的优势。在一些中小公司，kafka的延迟和基本消息队列功能都非常够用，而且在各种开源connector，soure连接组件都很多，中小团队会优先考虑，后续加spark或者flink做分析难度不大。RocketMQ号称金融级别的可靠性和低延迟，消息队列低级高级应有尽有。
作者回复: 讲的非常好了已经，核心基本就是这些点
2 
liu2023-07-23 来自上海架构层面的基本概念及联系 能通过一张图画出来吗？作者回复: 收到，感谢建议，我这边画一下，图片会放在原文中。
未设置
2023-06-27 来自浙江流方向是不是只追求大吞吐量的业务场景，比如kafka的批量发送特性，而rocketMQ一般不会设置批量发送特性，更注重消息的及时性呢?作者回复: 是的，我理解，业务消息和流消息面临的场景是不一样的。 简单来讲，业务消息追求的是及时性、更多的功能特性、消息可追踪等。但是流消息追求的是大流量和高吞吐，对延时，功能，可追踪等其实要求不高。 比如，批量发送特性，如果是流消息，那一定需要有，没有的话吞吐打不上去，比如kafka和pulsar都支持batch语义。但是batch，会影响发送的耗时的，因为需要本地批量聚合等待。而业务消息可以不需要支持batch，所以当前rocketmq和rabbitmq就没有batch的语义。
- walle斌2023-08-09 来自北京consumer 与分区数 看不出rocketmq的优势来，应该说并发度，rocketmq max是读队列数（分区数）* 并发线程数
花花大脸猫2023-08-07 来自江苏所以是不是可以说，在选择消息队列时，如果能选择到RocketMQ，其实尽量就不需要在选择RabbitMQ来作为选项了？毕竟如果RocketMQ都涵盖RabbitMQ所有功能，并且在分布式架构上更能贴近现在的发展趋势，没有选择RabbitMQ的必要了。
Mr.J2023-06-27 来自北京还是没太懂什么是流方向共 2 条评论