面试里比较 RocketMQ 和 Kafka，最容易犯的错是只背一张对比表。更有效的讲法，是先说明两者偏好的问题类型不同，再按几个关键维度展开。
先看它们更擅长什么场景
Kafka 更常被放在高吞吐日志和流处理链路里讨论，RocketMQ 则更常出现在业务消息、事务消息和复杂微服务协作场景。先把定位说清楚，后面对比才不会散。
再比较消息能力和工程特性
延时消息、重试、死信队列、事务消息这些能力，往往是业务系统更关心的点。吞吐和生态很重要，但不是所有场景都只看峰值性能。
存储模型和运维体验也值得提
如果岗位偏中间件或架构，可以进一步讲分区模型、顺序写入思路、以及 Topic 数量增多后的管理和运维差异。
回答时不要硬判谁绝对更好
更合理的结论通常是：看业务目标。如果你的重点是海量日志和数据流，可能更偏向 Kafka；如果更看重业务特性和治理能力，RocketMQ 往往更合适。
结论
比较 RocketMQ 和 Kafka 时，先说场景定位，再补消息能力和运维差异，回答会更像真实选型分析。
正文完
