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

本文主要是介绍整理好了！2024年最常见 20 道 Rocket MQ面试题（二），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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

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

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

NameServer：
- NameServer充当路由注册中心，它提供轻量级的服务，用于维护Topic和队列的信息以及Broker的地址信息。
- 它是无状态的，可以集群部署以提高可用性，节点之间不进行信息同步。
Broker：
- Broker是RocketMQ的核心组件，负责维护Topic和队列的数据，并处理消息的存储、查询和删除。
- Broker可以是Master-Slave模式，支持主从复制，以提高数据的可靠性和容错性。
- Master负责处理生产者写入的消息和消费者拉取的消息，Slave从Master同步数据。
Producer：
- 生产者是消息的发送者，它将消息发送到Broker。
- 生产者通过与NameServer通信获取Topic的路由信息，然后直接与Broker建立连接发送消息。
Consumer：
- 消费者是消息的接收者，它从Broker拉取消息进行处理。
- 消费者同样通过NameServer获取Topic的路由信息，并与Broker建立连接进行消息消费。
Topic：
- Topic是消息的逻辑分类，每个Topic可以有多个队列（Queue）。
- 消息在发送时会被分配到Topic的一个队列中，而消费者可以从指定的队列中拉取消息。
Queue：
- 队列是Topic下的一个物理存储单元，用于存储实际的消息数据。
- 队列可以分布在不同的Broker上，以实现负载均衡和数据分散。
Push/Pull Consumer：
- 消费者有两种消费模式：推模式（Push）和拉模式（Pull）。
- 推模式下，Broker会主动将消息推送给消费者。
- 拉模式下，消费者需要主动向Broker请求消息。
事务消息：
- RocketMQ支持分布式事务消息，确保跨多个服务的事务一致性。
- 通过Half Message、事务状态检查和超时回滚等机制实现。
高可用性设计：
- 通过Broker的主从复制、NameServer的集群部署以及生产者和消费者的容错机制，RocketMQ提供了高可用性。
负载均衡：
- Producer和Consumer都实现了负载均衡策略，以智能地选择Broker和队列进行消息的发送和消费。
消息过滤：
- 支持在Broker端进行消息过滤，减少网络传输量并提高效率。
监控和管理：
- RocketMQ提供了监控和管理工具，帮助管理员监控集群状态和性能，进行故障排查和系统维护。