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

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

三、RocketMQ的架构是如何设计的？

RocketMQ的架构设计是高度模块化的，旨在实现高性能、高可靠性和良好的扩展性。以下是RocketMQ架构的主要组成部分及其设计：

1. NameServer：

   • NameServer充当路由注册中心，它提供轻量级的服务，用于维护Topic和队列的信息以及Broker的地址信息。
   • 它是无状态的，可以集群部署以提高可用性，节点之间不进行信息同步。

2. Broker：

   • Broker是RocketMQ的核心组件，负责维护Topic和队列的数据，并处理消息的存储、查询和删除。
   • Broker可以是Master-Slave模式，支持主从复制，以提高数据的可靠性和容错性。
   • Master负责处理生产者写入的消息和消费者拉取的消息，Slave从Master同步数据。

3. Producer：

   • 生产者是消息的发送者，它将消息发送到Broker。
   • 生产者通过与NameServer通信获取Topic的路由信息，然后直接与Broker建立连接发送消息。

4. Consumer：

   • 消费者是消息的接收者，它从Broker拉取消息进行处理。
   • 消费者同样通过NameServer获取Topic的路由信息，并与Broker建立连接进行消息消费。

5. Topic：

   • Topic是消息的逻辑分类，每个Topic可以有多个队列（Queue）。
   • 消息在发送时会被分配到Topic的一个队列中，而消费者可以从指定的队列中拉取消息。

6. Queue：

   • 队列是Topic下的一个物理存储单元，用于存储实际的消息数据。
   • 队列可以分布在不同的Broker上，以实现负载均衡和数据分散。

7. Push/Pull Consumer：

   • 消费者有两种消费模式：推模式（Push）和拉模式（Pull）。
   • 推模式下，Broker会主动将消息推送给消费者。
   • 拉模式下，消费者需要主动向Broker请求消息。

8. 事务消息：

   • RocketMQ支持分布式事务消息，确保跨多个服务的事务一致性。
   • 通过Half Message、事务状态检查和超时回滚等机制实现。

9. 高可用性设计：

   • 通过Broker的主从复制、NameServer的集群部署以及生产者和消费者的容错机制，RocketMQ提供了高可用性。

10. 负载均衡：

    • Producer和Consumer都实现了负载均衡策略，以智能地选择Broker和队列进行消息的发送和消费。

11. 消息过滤：

    • 支持在Broker端进行消息过滤，减少网络传输量并提高效率。

12. 监控和管理：

    • RocketMQ提供了监控和管理工具，帮助管理员监控集群状态和性能，进行故障排查和系统维护。

RocketMQ的架构设计考虑了大规模分布式系统的复杂性，通过分离关注点、模块化设计和容错机制，实现了一个强大而灵活的消息中间件。

四、RocketMQ的优缺点有哪些？

RocketMQ是一款高性能、高吞吐量、低延迟的分布式消息中间件，它在设计上旨在满足大规模分布式系统的需要。以下是RocketMQ的一些优缺点：

优点:

1. 高吞吐量：RocketMQ能够处理高并发的消息，单机吞吐量可达十万级，适合大规模消息流处理。

2. 高可用性：采用分布式架构，支持主从复制和故障切换，确保服务的持续性和可靠性。

3. 消息可靠性：通过参数优化配置，可以实现消息的零丢失，保证消息传递的可靠性。

4. 功能完善：支持MQ功能较为完善，包括消息过滤、消息追踪、顺序消息、事务消息等。

5. 扩展性好：支持10亿级别的消息堆积，不会因为堆积导致性能下降，易于水平扩展。

6. 源码Java：由于源码是Java，方便结合公司自己的业务进行二次开发。

7. 适合金融互联网领域：对于可靠性要求很高的场景，如电商的订单扣款、业务削峰等，特别适用。

8. 稳定性：在稳定性上，RocketMQ在阿里双11等大规模场景中已经得到了多次考验。

9. 支持多种消息模型：包括点对点、发布/订阅和顺序消息等。

10. 丰富的特性：提供了丰富的消息过滤和分布式事务特性，支持消息的持久化存储。

11. 可视化监控和管理：提供了可视化的监控和管理工具，方便用户进行集群状态的监控和管理。

缺点:

1. 兼容性问题：RocketMQ在兼容性上不是太好，没有在MQ核心中实现JMS等接口，导致一些系统迁移需要修改大量代码。

2. 客户端语言支持有限：目前仅支持Java及C++客户端，且C++客户端尚不成熟，这限制了在多语言环境下的应用。

3. 社区活跃度：虽然有一个活跃的中文社区，但相比Kafka等其他消息队列，其社区活跃度和生态可能相对较小。

4. 配置复杂性：对于一些不熟悉的用户来说，RocketMQ的配置可能相对复杂。

5. 学习曲线：对于新手来说，可能存在一定的学习曲线，需要一定的时间来熟悉其架构和最佳实践。

综上所述，RocketMQ是一款在性能和可靠性方面表现出色的消息中间件，尤其适合需要高吞吐量和高可靠性的场景。然而，它也有一些局限性，如客户端语言支持较少和社区活跃度相对较低。选择RocketMQ与否应根据具体的业务需求和场景来决定。