整理好了！2024年最常见 20 道 Rocket MQ面试题（三）

上一篇地址：整理好了！2024年最常见 20 道 Rocket MQ面试题（二）-CSDN博客

五、RocketMQ中的Topic和JMS的queue有什么区别？

RocketMQ 是由阿里巴巴开源的一款分布式消息中间件，它提供了简单、高效、低延迟的消息和队列服务。在 RocketMQ 中，Topic 和 Queue 是两个核心概念，它们在消息系统中扮演着重要的角色，但是它们之间存在一些关键的区别。

RocketMQ 中的 Topic：

• Topic 在 RocketMQ 中用于消息的分类，生产者将消息发送到特定的 Topic，消费者则从特定的 Topic 中订阅消息。
• 一个 Topic 可以有多个生产者和消费者，它们可以并行地发送和接收消息。
• Topic 可以分布在多个 Broker 上，RocketMQ 会将消息平均分配到各个 Queue 中，从而提高消息的并发处理能力。
• 如果需要保证消息顺序，可以为 Topic 创建单个 Queue，但这会限制并发处理能力。
• 为了提高并发处理，可以为一个 Topic 创建多个 Queue，这样可以实现负载均衡和提高系统的吞吐量29。

JMS（Java Message Service）中的 Queue：

• JMS 是 Java 平台上关于面向消息中间件（MOM）的 API，它定义了一套消息服务的规范，用于在应用程序之间进行异步通信。
• 在 JMS 中，Queue 是消息的存储结构，用于点对点（P2P）的消息传递模型。
• 消息生产者发送消息到 Queue，然后消息消费者从 Queue 中取出并消费消息。
• 一旦消息被消费，它就会从 Queue 中移除，确保消息的顺序性和不被重复消费。
• JMS 的 Queue 支持严格的顺序保证，每个消息只能被一个消费者消费一次45。

总结来说，RocketMQ 的 Topic 更侧重于消息的分类和广播，支持高并发处理，但可能需要牺牲消息顺序性；而 JMS 的 Queue 更侧重于消息的顺序性和一对一的严格传递保证。在实际应用中，选择使用 Topic 还是 Queue，需要根据业务场景的具体需求来决定。

六、RocketMQ Broker中的消息被消费后会立即删除吗？

在RocketMQ中，消息被消费后的行为取决于消费者消费消息的方式以及Broker的配置。以下是几种可能的情况：

1. 普通消费模式：

   • 在默认情况下，当消费者从Broker中消费消息后，消息并不会立即从Broker中删除。
   • 消费者消费消息后，会提交一个消费偏移量（offset），表示已经消费到了哪个位置。
   • 消息在Broker中会保留一段时间，直到过期（这个时间可以配置，默认是3天）。

2. 批量消费：

   • 如果消费者采用批量消费的方式，同样会提交一个消费偏移量，消息在Broker中的行为与单个消费相同。

3. 消费确认：

   • 在某些情况下，消费者可能需要在处理完消息后显式确认消息已被成功消费。
   • 如果启用了消息确认机制，Broker会等待消费者的确认，只有收到确认后，消息才会被删除。

4. 消息重试：

   • 如果消费者处理消息失败，可以选择将消息重新放回队列，进行重试。
   • 这种情况下，消息实际上并没有被删除，而是重新进入了消费流程。

5. 消息过期：

   • RocketMQ提供了消息过期策略，消息在Broker中超过设定的保留时间后会被自动删除。

6. 消费组：

   • 在RocketMQ中，消费者通常属于一个消费组（Consumer Group）。消费组内的消费者会共享消费任务，但每个消费者消费的消息是独立的。
   • 消费组内的消息消费状态是独立维护的，一个消费者消费了消息并提交了偏移量，并不会影响其他消费者。

7. 幂等性：

   • 如果业务需要保证幂等性，即使消息被重复消费，也不会导致业务逻辑错误，这种情况下，消息是否立即删除对业务逻辑没有影响。

8. 配置参数：

   • RocketMQ提供了参数配置，允许用户根据业务需求调整消息的生命周期和消费行为。

总结来说，RocketMQ Broker中的消息被消费后，并不一定会立即删除。系统会根据配置和消费模式来决定消息何时从Broker中删除。这提供了灵活性，以适应不同的业务场景和需求。