ScorpC的博客

本篇主要讲解：RocketMQ客户端如何在集群中找到正确的节点? 也就是深入分析NameServer。 RocketMQ 的生产者启动流程中，生产者只要配置一个接入地址，就可以访问整个 集群，并不需要客户端配置每个 Broker 的地址。RocketMQ 会自动根据要访问的主题名 称和队列序号，找到对应的 Broker 地址。如果 Broker 发生宕机，客户端还会自动切换到 新的 Broker 节点上，这些对于用户代码来说都是透明的。这些功能都是由 NameServer 协调 Broker 和客.

消息队列在收发两端，主要是依靠业务代码，配合请求确认的机制，来保证消息不会丢失的。 而在服务端，一般采用持久化和复制的方式来保证不丢消息。 把消息复制到多个节点上，不仅可以解决丢消息的问题，还可以保证消息服务的高可用。即使某一个节点宕机了，还可以继续使用其他节点来收发消息。所以大部分生产系统，都会把消息队列配置成集群模式，并开启消息复制，来保证系统的高可用和数据可靠性。 接下来主要分析一下：消息复制需要解决的一些问题，以及 RocketMQ 和 Kafka 都是如何 应对这些问题来实现复制的。 目录：

上传一篇之前看Producer源码做的笔记。 正文如下： 客户端是一个单独的 Module，在 rocketmq/client 目录中。 一、建议：从单元测试看Produce API的使用 一般单元测试中，每一个用例就是测试代码中的一个局部或者说是一个小流程。 那对于一些比较完善的开源软件，它们的单元测试覆盖率都非常高，很容易找到我们关心的那个流程所对应的测试用例。我们的源码分析，就可以从这些测试用例入手，一步一步跟踪其方法调用链路，理清实现过程。 首先我们先分析一下 RocketMQ .