RocketMQ 面试题（一）

1. 简述什么是RocketMQ ？

RocketMQ是一个纯Java、分布式、队列模型的开源消息中间件，前身是MetaQ，由阿里参考Kafka特点研发。RocketMQ后来开源给了Apache基金会，成为了Apache的顶级开源项目。它具有高性能、高可靠、高实时、分布式等特点。

RocketMQ主要由Producer（生产者）、Broker（消息存储与转发服务）、Consumer（消费者）三部分组成。生产者负责生产消息，消费者负责消费消息，而Broker则负责存储消息。RocketMQ能够保证严格的消息顺序，提供丰富的消息拉取模式，并具有高效的订阅者水平扩展能力和实时的消息订阅机制。此外，它还具备亿级消息堆积能力，可以满足大规模消息处理的需求。

在网络部署方面，RocketMQ的NameServer是一个几乎无状态的节点，可以集群部署，节点之间无任何信息同步。而Broker的部署相对复杂，分为Master与Slave，一个Master可以对应多个Slave，但一个Slave只能对应一个Master。这种部署方式可以提高系统的可靠性和可用性。

总的来说，RocketMQ是一个功能强大、性能优越的消息中间件，适用于各种分布式系统的消息传递和处理场景。

2. 简述RocketMQ 整体架构 ？

RocketMQ的整体架构由四个主要部分组成：NameServer、Broker、Producer和Consumer。

• NameServer：作为名字服务，它类似于一个Topic路由注册中心，支持Broker的动态注册与发现。每个NameServer记录完整的路由信息，并提供相应的读写服务，支持快速存储扩展。
• Broker：作为MQ服务，负责接收、分发消息。Broker集群通过提供轻量级的TOPIC和QUEUE机制来处理消息存储，支持Push和Pull模型，并包含容错机制（如2个或3个副本）。此外，Broker还提供容灾恢复、丰富的埋点统计和报警机制。每个Broker节点都与所有的NameServer节点建立长连接，以定义注册Topic路由信息和发送心跳。
• Producer：消息生产者，通过MQ的负载均衡模块选择相应的Broker集群队列进行消息投递。Producer与NameServer的任意一个节点建立长连接，并定期从NameServer拉取Topic路由信息。Producer是否采用集群模式取决于其所在的业务系统。
• Consumer：消息消费者，也支持Push和Pull模型中的分布式部署。Consumer同样与NameServer的任意一个节点建立长连接，并定期从NameServer拉取Topic路由信息。

除此之外，RocketMQ的架构中还包括一些组件，如common（通用的常量枚举、基类方法或数据结构）、remoting（用netty写的客户端和服务端，fastjson做的序列化，自定义二进制协议）、srvutil（只有一个ServerUtil类，只提供Server程序依赖）、store（存储服务，包括消息存储、索引存储、commitLog存储）以及client（客户端模块）。

这些组件和角色共同协作，确保了RocketMQ能够稳定、高效地处理消息，并提供高可用性和容错性。如需更多信息，建议查阅RocketMQ的官方文档或相关教程。

3. 简述RocketMQ的执行流程 ？

RocketMQ的执行流程主要涉及生产者、Broker和消费者之间的交互。以下是一个简化的RocketMQ执行流程：

1. 启动NameServer：首先，NameServer会启动并监听端口，等待Broker、Producer（生产者）和Consumer（消费者）的连接。
2. Broker启动与连接：Broker在启动后会与所有的NameServer保持长连接，并定时发送心跳包以确保其可用性。
3. 创建Topic：在发送或接收消息前，需要先创建Topic。创建Topic时需要指定该Topic要存储在哪些Broker上。另外，也可以在发送消息时自动创建Topic。
4. Producer发送消息：生产者根据指定的主题找到相应的Broker，然后通过Broker将消息发送到服务器端。在发送过程中，生产者使用长轮询机制发送消息，并通过重试机制确保消息发送成功。
5. Broker接收与存储消息：Broker接收到消息后，首先进行一些基本的校验和验证。然后，将消息持久化到磁盘上，以保证消息不会在传输过程中丢失。完成持久化后，Broker将消息存储到内存中，以便快速响应消费者的请求。
6. 消息存储：RocketMQ使用消息队列（Message Queue）来存储消息，每个主题对应多个消息队列。消息队列采用先进先出（FIFO）的方式存储消息，确保先发送的消息先被消费。
7. 消费者获取消息：消费者向Broker请求获取消息，并从Broker所在的主节点获取消息。如果消费者请求的消息不在主节点上，主节点会将消息转发给从节点，以便从节点能够及时响应消费者的请求。
8. 消费者处理消息：消费者从Broker获取消息后，通过消费消息来完成业务逻辑。

整个过程中，RocketMQ通过其独特的架构和组件，如NameServer、Broker、Producer、Consumer、消息队列和消息存储等，确保了消息的高效、可靠传输和处理。这使得RocketMQ成为一个适用于各种分布式系统的强大消息中间件。

4. 简述RocketMQ特点 ？

RocketMQ是一款分布式、队列模型的消息中间件，它具备以下显著特点：

1. 高性能与低延迟：RocketMQ采用一系列优化策略，如零拷贝原理，实现了高性能的消息处理和低延迟的写入，确保消息在系统中能够高效、快速地流通。
2. 高可靠性：RocketMQ提供了灵活的可扩展性，其核心组件（NameServer、Broker、Producer、Consumer）均支持集群化部署，确保在没有单点故障的情况下进行水平扩展，从而提高了系统的可靠性。此外，RocketMQ还支持消息的持久化存储，即使在节点故障的情况下也能保证消息不丢失。
3. 分布式与可扩展性：RocketMQ天然支持集群部署，每个组件都可以独立进行水平扩展，从而轻松应对大规模并发和高负载场景。
4. 严格的消息顺序：RocketMQ能够保证消息按照严格的顺序进行发送和消费，这在某些业务场景中是非常重要的。
5. 多种消息过滤方式：RocketMQ支持在服务器端和消费端进行消息过滤，这不仅可以减少不必要的消息传输，降低网络负担，还可以提高消息处理的效率。
6. 亿级消息堆积能力：RocketMQ通过优化存储机制和消息处理流程，支持亿级消息的堆积，并且在堆积了大量消息后仍然能够保持低延迟的写入。
7. 支持多种消息协议：RocketMQ支持JMS、OpenMessaging等多种消息协议，这使得它能够与多种消息系统和应用进行无缝集成。

总的来说，RocketMQ以其高性能、高可靠性、分布式和可扩展性等特点，在消息中间件领域具有广泛的应用和认可度。

5. 简述什么是RocketMQ的名称服务器 ？

RocketMQ的名称服务器（NameServer）在RocketMQ的架构中扮演着非常重要的角色。它提供轻量级的服务发现和路由功能，主要有以下几个核心功能：

1. Broker管理：NameServer接收Broker集群的注册，并提供心跳机制以检测Broker是否存活。当Broker启动时，它会向NameServer注册自己的信息，包括Broker的名称、地址以及一些其他配置信息。同时，NameServer会维护这些Broker的信息，并根据负载均衡策略为客户端提供可用的Broker地址。
2. 路由管理：每一个NameServer都会持有Broker集群的完整路由信息和客户端需要查询的Queue信息。当客户端需要发送消息时，它会从NameServer获取可用的Broker列表，以便找到正确的Broker进行消息发送。同时，NameServer还根据路由信息将消息发送到相应的Broker上，从而确保消息能够准确、快速地到达目标地址。

总的来说，NameServer在RocketMQ中起到了桥梁和纽带的作用，连接了生产者、消费者和Broker，使得整个消息传递过程能够高效、有序地进行。

6. 简述RocketMQ的 Broker 的存储机制和文件结构 ？

RocketMQ的Broker是真实存储数据的节点，其存储机制和文件结构都经过精心设计以优化性能和可靠性。以下是关于Broker存储机制和文件结构的简要概述：

存储机制：

1. 消息刷盘与持久化：RocketMQ采用了消息刷盘至所部署虚拟机/物理机的文件系统做持久化的策略。这种设计使得在Broker节点故障或重启后，消息数据不会丢失，确保了数据的安全性。
2. 使用文件系统做持久化：通过文件系统做持久化，RocketMQ能够获得更高效的I/O读写性能。此外，RocketMQ还结合了pagecache+虚拟内存和零拷贝+Java文件映射等技术，进一步优化了数据的读写效率。
3. 元数据管理：Broker还负责管理元数据，包括当前存储节点的主题（Topic）、订阅组（Group）、消费进度（ConsumerOffset）等。这些元数据对于确保消息的正确传递和消费者的正确消费至关重要。

文件结构：

1. Commitlog目录：该目录包含具体的commitlog文件，这些文件用于存储实际的消息数据。每个commitlog文件都有一个特定的文件名，该文件名由该文件保存消息的最大物理offset值在高位补0组成。每个文件的大小一般是1GB，但可以通过配置参数进行调整。这种设计使得消息数据能够按照顺序写入，提高了写入性能。
2. ConsumeQueue目录：该目录包含Broker上所有Topic对应的消费队列文件信息。每个Topic在ConsumeQueue目录下都有一个子目录，子目录下包含多个文件，每个文件保存了特定队列的消息索引信息。消费者可以通过这些索引信息快速定位到需要消费的消息。
3. Index目录：该目录按照消息key创建hash索引，以便于根据key快速查找消息。文件名是创建时的时间戳，这种设计使得RocketMQ能够支持根据消息key进行高效查询。

此外，Broker的存储目录结构中还包括其他一些文件和目录，如用于记录Broker是否异常关闭的abort文件、保存Broker最后一次正常运行状态的checkpoint文件等。这些文件和目录共同构成了RocketMQ Broker的完整存储体系，确保了消息数据的安全性和可靠性。

7. 简述RocketMQ的消息模型（Mess ？age Model）

RocketMQ的消息模型主要基于发布/订阅模式，这是一种典型的消息队列模型。在RocketMQ中，消息生产者负责生产消息，并将这些消息发送到特定的主题（Topic）中。而消费者则通过订阅这些主题，从中获取并消费这些消息。

生产者发送消息时，可以指定消息的同步/异步发送方式、发送失败的重试次数等参数。同时，生产者可以设置消息的标签（Tag），以便消费者进行更细粒度的消息过滤。

消费者则可以根据其订阅关系，从RocketMQ服务端获取并消费消息。消费者可以设置消息的消费方式，如单线程/多线程消费、顺序消费/并发消费等。在消费过程中，消费者会按照消息的到达顺序进行消费，确保消息的有序性。

此外，RocketMQ的消息还具有不可变性和持久化的特点。一旦消息被产生并确定，其内容就不会发生改变，且在传输过程中也不会发生变化。同时，RocketMQ会默认对消息进行持久化，将接收到的消息存储到服务端的存储文件中，以保证消息的可回溯性和系统故障场景下的可恢复性。

在整个消息流程中，RocketMQ保证了消息的可靠传输和处理，为分布式系统提供了高效、稳定的消息通信机制。

8. RocketMQ消费模式有几种？

RocketMQ主要有两种消费模式：集群消费和广播消费。

1. 集群消费：在这种模式下，RocketMQ认为任意一条消息只需要被消费组内的任意一个消费者处理即可。一个Consumer Group中的Consumer实例根据队列分配策略算法为Consumer分配队列，平均分摊（默认）消费消息。例如，一个Topic的消息发送到该主题的不同队列中，当有一个ConsumerGroup中有3个Consumer实例时，根据队列分配算法，每个队列都会有消费者，每个消费者实例只消费自己队列上的数据，消费完的消息不能被其他消费实例消费。这种模式适用于每条消息只需要被处理一次的场景，可以通过扩缩消费者数量来提升或降低消费能力。
2. 广播消费：在这种模式下，RocketMQ会将每条消息推送给消费组所有的消费者，保证消息至少被每个消费者消费一次。消费组内的每个消费者都会收到订阅Topic的全量消息，因此即使扩缩消费者数量也无法提升或降低消费能力。这种模式适用于每条消息需要被消费组的每个消费者处理的场景。

在创建消费者时，可以通过设置消息模型（MessageModel）来指定使用哪种消费模式，默认是集群消费模式。

如需了解更多关于RocketMQ消费模式的信息，建议查阅RocketMQ的官方文档或相关教程。