经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置：技术经验 » 数据库/运维 » RocketMQ » 查看文章
【RocketMQ】负载均衡源码分析
来源：cnblogs　　作者：shanml　　时间：2023/1/11 8:40:10　　对本文有异议

RocketMQ在集群模式下，同一个消费组内，一个消息队列同一时间只能分配给组内的某一个消费者，也就是一条消息只能被组内的一个消费者进行消费，为了合理的对消息队列进行分配，于是就有了负载均衡。

img

接下来以集群模式下的消息推模式DefaultMQPushConsumerImpl为例，看一下负载均衡的过程。

消费者负载均衡

首先，消费者在启动时会做如下操作：

  1. 从NameServer更新当前消费者订阅主题的路由信息；
  2. 向Broker发送心跳，注册消费者；
  3. 唤醒负载均衡服务，触发一次负载均衡；
  1. public class DefaultMQPushConsumerImpl implements MQConsumerInner {
  2.     public synchronized void start() throws MQClientException {
  3.         // ...
  4.         // 更新当前消费者订阅主题的路由信息
  5.         this.updateTopicSubscribeInfoWhenSubscriptionChanged();
  6.         this.mQClientFactory.checkClientInBroker();
  7.         // 向Broker发送心跳
  8.         this.mQClientFactory.sendHeartbeatToAllBrokerWithLock();
  9.         // 唤醒负载均衡服务
  10.         this.mQClientFactory.rebalanceImmediately();
  11.     }
  12. }

更新主题路由信息

为了保证消费者拿到的主题路由信息是最新的（topic下有几个消息队列、消息队列的分布信息等），在进行负载均衡之前首先要更新主题的路由信息，在updateTopicSubscribeInfoWhenSubscriptionChanged方法中可以看到，首先获取了当前消费者订阅的所有主题信息（一个消费者可以订阅多个主题），然后进行遍历，向NameServer发送请求，更新每一个主题的路由信息，保证路由信息是最新的：

  1. public class DefaultMQPushConsumerImpl implements MQConsumerInner {
  2.     private void updateTopicSubscribeInfoWhenSubscriptionChanged() {
  3.         // 获取当前消费者订阅的主题信息
  4.         Map<String, SubscriptionData> subTable = this.getSubscriptionInner();
  5.         if (subTable != null) {
  6.             // 遍历订阅的主题信息
  7.             for (final Map.Entry<String, SubscriptionData> entry : subTable.entrySet()) {
  8.                 final String topic = entry.getKey();
  9.                 // 从NameServer更新主题的路由信息
  10.                 this.mQClientFactory.updateTopicRouteInfoFromNameServer(topic);
  11.             }
  12.         }
  13.     }
  14. }

注册消费者

发送心跳

由于Broker需要感知消费者数量的增减，所以每个消费者在启动的时候，会调用sendHeartbeatToAllBrokerWithLock向Broker发送心跳包，进行消费者注册：

  1. public class MQClientInstance {
  2.     public void sendHeartbeatToAllBrokerWithLock() {
  3.         if (this.lockHeartbeat.tryLock()) {
  4.             try {
  5.                 // 调用sendHeartbeatToAllBroker向Broker发送心跳
  6.                 this.sendHeartbeatToAllBroker();
  7.                 this.uploadFilterClassSource();
  8.             } catch (final Exception e) {
  9.                 log.error("sendHeartbeatToAllBroker exception", e);
  10.             } finally {
  11.                 this.lockHeartbeat.unlock();
  12.             }
  13.         } else {
  14.             log.warn("lock heartBeat, but failed. [{}]", this.clientId);
  15.         }
  16.     }
  17. }

在sendHeartbeatToAllBroker方法中，可以看到从brokerAddrTable中获取了所有的Broker进行遍历（主从模式下也会向从节点发送请求注册），调用MQClientAPIImpl的sendHearbeat方法向每一个Broker发送心跳请求进行注册：

  1. public class MQClientInstance {
  2.     // Broker路由表
  3.     private final ConcurrentMap<String/* Broker Name */, HashMap<Long/* brokerId */, String/* address */>> brokerAddrTable =
  4.         new ConcurrentHashMap<String, HashMap<Long, String>>();
  5.     // 发送心跳
  6.     private void sendHeartbeatToAllBroker() {
  7.         final HeartbeatData heartbeatData = this.prepareHeartbeatData();
  8.         // ...
  9.         if (!this.brokerAddrTable.isEmpty()) {
  10.             long times = this.sendHeartbeatTimesTotal.getAndIncrement();
  11.             // 获取所有的Broker进行遍历， key为 Broker Name， value为同一个name下的所有Broker实例（主从模式下Broker的name一致）
  12.             Iterator<Entry<String, HashMap<Long, String>>> it = this.brokerAddrTable.entrySet().iterator();
  13.             while (it.hasNext()) {
  14.                 Entry<String, HashMap<Long, String>> entry = it.next();
  15.                 String brokerName = entry.getKey(); // broker name
  16.                 // 获取同一个Broker Name下的所有Broker实例
  17.                 HashMap<Long, String> oneTable = entry.getValue();
  18.                 if (oneTable != null) {
  19.                     // 遍历所有的实例
  20.                     for (Map.Entry<Long, String> entry1 : oneTable.entrySet()) {
  21.                         Long id = entry1.getKey();
  22.                         String addr = entry1.getValue();
  23.                         if (addr != null) { // 如果地址不为空
  24.                             // ...
  25.                             try {
  26.                                 // 发送心跳
  27.                                 int version = this.mQClientAPIImpl.sendHearbeat(addr, heartbeatData, clientConfig.getMqClientApiTimeout());
  28.                                 // ...
  29.                             } catch (Exception e) {
  30.                                 // ...
  31.                             }
  32.                         }
  33.                     }
  34.                 }
  35.             }
  36.         }
  37.     }
  38. }

在MQClientAPIImpl的sendHearbeat方法中，可以看到构建了HEART_BEAT请求，然后向Broker发送：

  1. public class MQClientAPIImpl {
  2.    public int sendHearbeat(final String addr, final HeartbeatData heartbeatData, final long timeoutMillis
  3.     ) throws RemotingException, MQBrokerException, InterruptedException {
  4.         // 创建HEART_BEAT请求
  5.         RemotingCommand request = RemotingCommand.createRequestCommand(RequestCode.HEART_BEAT, null);
  6.         request.setLanguage(clientConfig.getLanguage());
  7.         request.setBody(heartbeatData.encode());
  8.         // 发送请求
  9.         RemotingCommand response = this.remotingClient.invokeSync(addr, request, timeoutMillis);
  10.         // ...
  11.     }
  12. }

心跳请求处理

Broker在启动时注册了HEART_BEAT请求的处理器，可以看到请求处理器是ClientManageProcessor：

  1. public class BrokerController {
  2.     public void registerProcessor() {
  3.         ClientManageProcessor clientProcessor = new ClientManageProcessor(this);
  4.         // 注册HEART_BEAT请求的处理器ClientManageProcessor
  5.         this.remotingServer.registerProcessor(RequestCode.HEART_BEAT, clientProcessor, this.heartbeatExecutor);
  6.     }
  7. }

进入到ClientManageProcessor的processRequest方法，如果请求是HEART_BEAT类型会调用heartBeat方法进行处理，这里也能看还有UNREGISTER_CLIENT类型的请求，从名字上可以看出是与取消注册有关的（这个稍后再说）：

  1. public class ClientManageProcessor extends AsyncNettyRequestProcessor implements NettyRequestProcessor {
  2.     @Override
  3.     public RemotingCommand processRequest(ChannelHandlerContext ctx, RemotingCommand request)
  4.         throws RemotingCommandException {
  5.         switch (request.getCode()) {
  6.             case RequestCode.HEART_BEAT: // 处理心跳请求
  7.                 return this.heartBeat(ctx, request);
  8.             case RequestCode.UNREGISTER_CLIENT: // 取消注册请求
  9.                 return this.unregisterClient(ctx, request);
  10.             case RequestCode.CHECK_CLIENT_CONFIG:
  11.                 return this.checkClientConfig(ctx, request);
  12.             default:
  13.                 break;
  14.         }
  15.         return null;
  16.     }
  17. }

进入到heartBeat方法，可以看到，调用了ConsumerManager的registerConsumer注册消费者：

  1. public class ClientManageProcessor extends AsyncNettyRequestProcessor implements NettyRequestProcessor {
  2.     public RemotingCommand heartBeat(ChannelHandlerContext ctx, RemotingCommand request) {
  3.         // ...
  4.         for (ConsumerData data : heartbeatData.getConsumerDataSet()) {
  5.             // ...
  6.             // 注册Consumer
  7.             boolean changed = this.brokerController.getConsumerManager().registerConsumer(
  8.                 data.getGroupName(), clientChannelInfo, data.getConsumeType(), data.getMessageModel(), data.getConsumeFromWhere(),
  9.                 data.getSubscriptionDataSet(), isNotifyConsumerIdsChangedEnable);
  10.             // ...
  11.         }
  12.         // ...
  13.         return response;
  14.     }
  15. }

进行注册

ConsumerManager的registerConsumer方法的理逻辑如下：

  1. 根据组名称获取该消费者组的信息ConsumerGroupInfo对象。如果获取为空，会创建一个ConsumerGroupInfo，记录了消费者组的相关信息；
  2. 判断消费者是否发生了变更，如果如果发生了变化，会触发CHANGE变更事件（这个稍后再看）；
  3. 触发REGISTER注册事件；
  1. public class ConsumerManager {
  2.     public boolean registerConsumer(final String group, final ClientChannelInfo clientChannelInfo,
  3.         ConsumeType consumeType, MessageModel messageModel, ConsumeFromWhere consumeFromWhere,
  4.         final Set<SubscriptionData> subList, boolean isNotifyConsumerIdsChangedEnable) {
  5.         // 根据组名称获取消费者组信息
  6.         ConsumerGroupInfo consumerGroupInfo = this.consumerTable.get(group);
  7.         if (null == consumerGroupInfo) { // 如果为空新增ConsumerGroupInfo对象
  8.             ConsumerGroupInfo tmp = new ConsumerGroupInfo(group, consumeType, messageModel, consumeFromWhere);
  9.             ConsumerGroupInfo prev = this.consumerTable.putIfAbsent(group, tmp);
  10.             consumerGroupInfo = prev != null ? prev : tmp;
  11.         }
  12.         boolean r1 =
  13.             consumerGroupInfo.updateChannel(clientChannelInfo, consumeType, messageModel,
  14.                 consumeFromWhere);
  15.         boolean r2 = consumerGroupInfo.updateSubscription(subList);
  16.         // 如果有变更
  17.         if (r1 || r2) {
  18.             if (isNotifyConsumerIdsChangedEnable) {
  19.                 // 通知变更
  20.                 this.consumerIdsChangeListener.handle(ConsumerGroupEvent.CHANGE, group, consumerGroupInfo.getAllChannel());
  21.             }
  22.         }
  23.         // 注册Consumer
  24.         this.consumerIdsChangeListener.handle(ConsumerGroupEvent.REGISTER, group, subList);
  25.         return r1 || r2;
  26.     }
  27. }

进入到DefaultConsumerIdsChangeListener的handle方法中，可以看到如果是REGISTER事件，会通过ConsumerFilterManager的register方法进行注册，注册的详细过程这里先不展开讲解：

  1. public class DefaultConsumerIdsChangeListener implements ConsumerIdsChangeListener {
  2.     @Override
  3.     public void handle(ConsumerGroupEvent event, String group, Object... args) {
  4.         if (event == null) {
  5.             return;
  6.         }
  7.         switch (event) {
  8.             case CHANGE:// 如果是消费者变更事件
  9.                 // ...
  10.                 break;
  11.             case UNREGISTER: // 如果是取消注册事件
  12.                 this.brokerController.getConsumerFilterManager().unRegister(group);
  13.                 break;
  14.             case REGISTER: // 如果是注册事件
  15.                 if (args == null || args.length < 1) {
  16.                     return;
  17.                 }
  18.                 Collection<SubscriptionData> subscriptionDataList = (Collection<SubscriptionData>) args[0];
  19.                 // 进行注册
  20.                 this.brokerController.getConsumerFilterManager().register(group, subscriptionDataList);
  21.                 break;
  22.             default:
  23.                 throw new RuntimeException("Unknown event " + event);
  24.         }
  25.     }
  26. }

负载均衡

经过以上步骤之后，会调用MQClientInstance的rebalanceImmediately唤醒负载均衡服务进行一次负载均衡，为消费者分配消息队列，需要注意的是负载均衡是由消费者端执行：

  1. // MQClientInstance
  2. public class MQClientInstance {
  3.     private final RebalanceService rebalanceService;
  5.     public void rebalanceImmediately() {
  6.         // 唤醒负载均衡服务
  7.         this.rebalanceService.wakeup();
  8.     }
  9. }
  11. // RebalanceService
  12. public class RebalanceService extends ServiceThread {
  13.     @Override
  14.     public void run() {
  15.         log.info(this.getServiceName() + " service started");
  16.         while (!this.isStopped()) {
  17.             this.waitForRunning(waitInterval);
  18.             // 负载均衡
  19.             this.mqClientFactory.doRebalance();
  20.         }
  21.         log.info(this.getServiceName() + " service end");
  22.     }
  23. }

负载均衡的过程在【RocketMQ】消息的拉取一文中已经讲解，这里挑一些重点内容看一下。

在负载均衡的时候，首先会获取当前消费者订阅的主题信息，对订阅的主题进行遍历，对每一个主题进行负载均衡，重新分配：

  1. public abstract class RebalanceImpl {
  2.     public void doRebalance(final boolean isOrder) {
  3.         // 获取订阅的主题信息
  4.         Map<String, SubscriptionData> subTable = this.getSubscriptionInner();
  5.         if (subTable != null) {
  6.             // 遍历所有订阅的主题
  7.             for (final Map.Entry<String, SubscriptionData> entry : subTable.entrySet()) {
  8.                 final String topic = entry.getKey();
  9.                 try {
  10.                     // 根据主题进行负载均衡
  11.                     this.rebalanceByTopic(topic, isOrder);
  12.                 } catch (Throwable e) {
  13.                     if (!topic.startsWith(MixAll.RETRY_GROUP_TOPIC_PREFIX)) {
  14.                         log.warn("rebalanceByTopic Exception", e);
  15.                     }
  16.                 }
  17.             }
  18.         }
  19.         this.truncateMessageQueueNotMyTopic();
  20.     }
  21. }

根据主题进行负载均衡

rebalanceByTopic方法中根据消费模式进行了判断然后对主题进行负载均衡，这里我们关注集群模式下的负载均衡：

  1. 从topicSubscribeInfoTable中根据主题获取对应的消息队列集合，这一步可以得到主题下的所有消息队列信息；

  2. 根据主题信息和消费者组名称，获取所有订阅了该主题的消费者ID集合，这一步得到了订阅该主题的所有消费者；

  3. 如果主题对应的消息队列集合和消费者ID都不为空，对消息队列集合和消费ID集合进行排序，排序是为了接下来进行分配；

  4. 获取设置的分配策略，根据分配策略，为消费者分配对应的消费队列，以平均分配策略为例，它会根据消息队列的数量和消费者的个数计算每个消费者分配的队列个数：

    img

  5. 根据最新分配的消息队列信息，调用updateProcessQueueTableInRebalance更新当前消费者消费的处理队列ProcessQueue信息

  1. public abstract class RebalanceImpl {
  3.     // 根据主题进行负载均衡
  4.     private void rebalanceByTopic(final String topic, final boolean isOrder) {
  5.         switch (messageModel) {
  6.             case BROADCASTING: { // 广播模式
  7.                 Set<MessageQueue> mqSet = this.topicSubscribeInfoTable.get(topic);
  8.                 // ... 
  9.                 break;
  10.             }
  11.             case CLUSTERING: { // 集群模式
  12.                 // 根据主题获取订阅的消息队列
  13.                 Set<MessageQueue> mqSet = this.topicSubscribeInfoTable.get(topic);
  14.                 // 获取所有订阅了该主题的消费者id
  15.                 List<String> cidAll = this.mQClientFactory.findConsumerIdList(topic, consumerGroup);
  16.                 // ...
  17.                 if (mqSet != null && cidAll != null) { // 如果都不为空
  18.                     List<MessageQueue> mqAll = new ArrayList<MessageQueue>();
  19.                     mqAll.addAll(mqSet);
  20.                     // 对消息队列排序
  21.                     Collections.sort(mqAll);
  22.                     // 对消费者排序
  23.                     Collections.sort(cidAll);
  24.                     // 获取分配策略
  25.                     AllocateMessageQueueStrategy strategy = this.allocateMessageQueueStrategy;
  26.                     List<MessageQueue> allocateResult = null;
  27.                     try {
  28.                         // 根据分配策略，为消费者分配消费队列
  29.                         allocateResult = strategy.allocate(
  30.                             this.consumerGroup, this.mQClientFactory.getClientId(), mqAll, cidAll);
  31.                     } catch (Throwable e) {
  32.                        // ...
  33.                     }
  34.                     // 分配给当前消费的消费队列
  35.                     Set<MessageQueue> allocateResultSet = new HashSet<MessageQueue>();
  36.                     if (allocateResult != null) {
  37.                         // 将分配结果加入到结果集合中
  38.                         allocateResultSet.addAll(allocateResult);
  39.                     }
  40.                     // 根据分配信息更新处理队列
  41.                     boolean changed = this.updateProcessQueueTableInRebalance(topic, allocateResultSet, isOrder);
  42.                     // ...
  43.                 }
  44.                 break;
  45.             }
  46.             default:
  47.                 break;
  48.         }
  49.     }
  50. }

更新处理队列

负载均衡之后，消费者负责的消息队列有可能发生变化，一个消息队列MessageQueue对应一个处理队列ProcessQueue，processQueueTable记录了消费者负责的队列信息，此时需要对其进行更新，处理逻辑如下：

  1. 对processQueueTable进行遍历，处理每一个消息队列，这一步主要是判断重新分配之后，processQueueTable中记录的某些消息队列是否已经不再由当前消费者负责，如果是需要将消息队列置为dropped，表示删除，之后消费者不再从此消费队列中拉取消息；

  2. 判断是否有新分配给当前消费者的消息队列，如果某个消息队列在最新分配给当前消费者的消息队列集合mqSet中，但是不在processQueueTable中，

    中，进行以下处理：

    • 计算消息拉取偏移量，也就是从哪个位置开始消费，如果消息拉取偏移量大于0，创建ProcessQueue，并放入处理队列表中processQueueTable
    • 构建PullRequest，设置消息的拉取信息，并加入到拉取消息请求集合pullRequestList中

    经过这一步，如果分配给当前消费者的消费队列不在processQueueTable中，就会构建拉取请求PullRequest，然后调用dispatchPullRequest处理消息拉取请求，之后会从该消息队列拉取消息，详细过程可参考【RocketMQ】消息的拉取。

  1. public abstract class RebalanceImpl {
  2.     // 处理队列表，KEY为消息队列，VALUE为对应的处理信息
  3.     protected final ConcurrentMap<MessageQueue, ProcessQueue> processQueueTable = new ConcurrentHashMap<MessageQueue, ProcessQueue>(64);
  4.     // 负载均衡，topic表示当前要进行负载均衡的主题，mqSet中记录了重新分配给当前消费者的消息队列
  5.     private boolean updateProcessQueueTableInRebalance(final String topic, final Set<MessageQueue> mqSet,
  6.         final boolean isOrder) {
  7.         boolean changed = false;
  8.         // 处理队列表
  9.         Iterator<Entry<MessageQueue, ProcessQueue>> it = this.processQueueTable.entrySet().iterator();
  10.         while (it.hasNext()) {
  11.             Entry<MessageQueue, ProcessQueue> next = it.next();
  12.             // 获取消息队列
  13.             MessageQueue mq = next.getKey();
  14.             // 获取处理队列
  15.             ProcessQueue pq = next.getValue();
  16.             // 主题是否一致
  17.             if (mq.getTopic().equals(topic)) {
  18.                 // 如果队列集合中不包含当前的队列
  19.                 if (!mqSet.contains(mq)) {
  20.                     // 设置为dropped
  21.                     pq.setDropped(true);
  22.                     if (this.removeUnnecessaryMessageQueue(mq, pq)) {
  23.                         it.remove();
  24.                         changed = true;
  25.                         log.info("doRebalance, {}, remove unnecessary mq, {}", consumerGroup, mq);
  26.                     }
  27.                 } else if (pq.isPullExpired()) { // 是否过期
  28.                     switch (this.consumeType()) {
  29.                         case CONSUME_ACTIVELY:
  30.                             break;
  31.                         case CONSUME_PASSIVELY:
  32.                             pq.setDropped(true); // 设置为删除
  33.                             // ...
  34.                             break;
  35.                         default:
  36.                             break;
  37.                     }
  38.                 }
  39.             }
  40.         }
  41.         // 创建拉取请求集合
  42.         List<PullRequest> pullRequestList = new ArrayList<PullRequest>();
  43.         // 遍历本次分配的消息队列集合
  44.         for (MessageQueue mq : mqSet) {
  45.             // 如果之前不在processQueueTable中
  46.             if (!this.processQueueTable.containsKey(mq)) {
  47.                 // ...
  48.                 // 创建ProcessQueue
  49.                 ProcessQueue pq = new ProcessQueue();
  50.                 long nextOffset = -1L;
  51.                 try {
  52.                     // 计算消息拉取偏移量
  53.                     nextOffset = this.computePullFromWhereWithException(mq);
  54.                 } catch (Exception e) {
  55.                     log.info("doRebalance, {}, compute offset failed, {}", consumerGroup, mq);
  56.                     continue;
  57.                 }
  58.                 // 如果偏移量大于等于0
  59.                 if (nextOffset >= 0) {
  60.                     // 放入处理队列表中
  61.                     ProcessQueue pre = this.processQueueTable.putIfAbsent(mq, pq);
  62.                     // 如果之前已经存在，不需要进行处理
  63.                     if (pre != null) {
  64.                         log.info("doRebalance, {}, mq already exists, {}", consumerGroup, mq);
  65.                     } else {
  66.                         // 如果之前不存在，构建PullRequest，之后会加入到阻塞队列中，进行消息拉取
  67.                         log.info("doRebalance, {}, add a new mq, {}", consumerGroup, mq);
  68.                         PullRequest pullRequest = new PullRequest();
  69.                         pullRequest.setConsumerGroup(consumerGroup);// 设置消费组
  70.                         pullRequest.setNextOffset(nextOffset);// 设置拉取偏移量
  71.                         pullRequest.setMessageQueue(mq);// 设置消息队列
  72.                         pullRequest.setProcessQueue(pq);// 设置处理队列
  73.                         pullRequestList.add(pullRequest);// 加入到拉取消息请求集合
  74.                         changed = true;
  75.                     }
  76.                 } else {
  77.                     log.warn("doRebalance, {}, add new mq failed, {}", consumerGroup, mq);
  78.                 }
  79.             }
  80.         }
  81.         // 添加消息拉取请求
  82.         this.dispatchPullRequest(pullRequestList);
  83.         return changed;
  84.     }
  85. }

Rebalance的触发

消费者启动时触发

在文章开头已经讲过，消费者在启动时会进行一次负载均衡，这里便不再赘述。

消费者变更时触发

在消费者注册时讲到，如果发现消费者有变更会触发变更事件，当处于以下两种情况之一时会被判断为消费者发生了变化，需要进行负载均衡：

  • 当前注册的消费者对应的Channel对象之前不存在；

  • 当前注册的消费者订阅的主题信息发生了变化，也就是消费者订阅的主题有新增或者删除；

  1. public class ConsumerManager {
  2.     
  3.     /**
  4.      *  注册消费者
  5.      * @param group 消费者组名称
  6.      * @param clientChannelInfo 注册的消费者对应的Channel信息
  7.      * @param consumeType 消费类型
  8.      * @param messageModel 
  9.      * @param consumeFromWhere 消费消息的位置
  10.      * @param subList 消费者订阅的主题信息
  11.      * @param isNotifyConsumerIdsChangedEnable 是否通知变更
  12.      * @return
  13.      */
  14.     public boolean registerConsumer(final String group, final ClientChannelInfo clientChannelInfo,
  15.         ConsumeType consumeType, MessageModel messageModel, ConsumeFromWhere consumeFromWhere,
  16.         final Set<SubscriptionData> subList, boolean isNotifyConsumerIdsChangedEnable) {
  17.         // 根据组名称获取消费者组信息
  18.         ConsumerGroupInfo consumerGroupInfo = this.consumerTable.get(group);
  19.         if (null == consumerGroupInfo) { // 如果为空新增
  20.             ConsumerGroupInfo tmp = new ConsumerGroupInfo(group, consumeType, messageModel, consumeFromWhere);
  21.             ConsumerGroupInfo prev = this.consumerTable.putIfAbsent(group, tmp);
  22.             consumerGroupInfo = prev != null ? prev : tmp;
  23.         }
  24.         // 更新Channel
  25.         boolean r1 =
  26.             consumerGroupInfo.updateChannel(clientChannelInfo, consumeType, messageModel,
  27.                 consumeFromWhere);
  28.         // 更新订阅信息
  29.         boolean r2 = consumerGroupInfo.updateSubscription(subList);
  30.         // 如果有变更
  31.         if (r1 || r2) {
  32.             if (isNotifyConsumerIdsChangedEnable) {
  33.                 // 通知变更，consumerGroupInfo中存储了该消费者组下的所有消费者的channel
  34.                 this.consumerIdsChangeListener.handle(ConsumerGroupEvent.CHANGE, group, consumerGroupInfo.getAllChannel());
  35.             }
  36.         }
  37.         // 注册Consumer
  38.         this.consumerIdsChangeListener.handle(ConsumerGroupEvent.REGISTER, group, subList);
  39.         return r1 || r2;
  40.     }
  41. }

Channel变更

在updateChannel方法中，首先将变更状态updated初始化为false，然后根据消费者的channel从channelInfoTable路由表中获取对应的ClientChannelInfo对象：

  • 如果ClientChannelInfo对象获取为空，表示之前不存在该消费者的channel信息，将其加入到路由表中，变更状态置为true，表示消费者有变化；

  • 如果获取不为空，判断clientid是否一致，如果不一致更新为最新的channel信息，但是变更状态updated不发生变化；

也就是说，如果注册的消费者之前不存在，那么将变更状态置为true，表示消费者数量发生了变化。

  1.  
  2. // key为消费者对应的channle，value为chanel信息
  3.    private final ConcurrentMap<Channel, ClientChannelInfo> channelInfoTable =
  4.         new ConcurrentHashMap<Channel, ClientChannelInfo>(16);
  5.    public boolean updateChannel(final ClientChannelInfo infoNew, ConsumeType consumeType,
  6.         MessageModel messageModel, ConsumeFromWhere consumeFromWhere) {
  7.         boolean updated = false; // 变更状态初始化为false
  8.         this.consumeType = consumeType;
  9.         this.messageModel = messageModel;
  10.         this.consumeFromWhere = consumeFromWhere;
  11.         // 从channelInfoTable中获取对应的Channel信息, 
  12.         ClientChannelInfo infoOld = this.channelInfoTable.get(infoNew.getChannel());
  13.         if (null == infoOld) { // 如果为空
  14.             // 新增
  15.             ClientChannelInfo prev = this.channelInfoTable.put(infoNew.getChannel(), infoNew);
  16.             if (null == prev) { // 如果之前不存在
  17.                 log.info("new consumer connected, group: {} {} {} channel: {}", this.groupName, consumeType,
  18.                     messageModel, infoNew.toString());
  19.                 // 变更状态置为true
  20.                 updated = true;
  21.             }
  22.             infoOld = infoNew;
  23.         } else {
  24.             // 如果之前存在，判断clientid是否一致，如果不一致更新为最新的channel
  25.             if (!infoOld.getClientId().equals(infoNew.getClientId())) { 
  26.                 log.error("[BUG] consumer channel exist in broker, but clientId not equal. GROUP: {} OLD: {} NEW: {} ", this.groupName, infoOld.toString(), infoNew.toString());
  27.                 this.channelInfoTable.put(infoNew.getChannel(), infoNew);
  28.             }
  29.         }
  30.         this.lastUpdateTimestamp = System.currentTimeMillis();
  31.         infoOld.setLastUpdateTimestamp(this.lastUpdateTimestamp);
  32.         return updated;
  33.     }

主题信息订阅变更

updateSubscription方法中，主要判断了消费的主题订阅信息是否发生了变化，subscriptionTable中记录了之前记录的订阅信息：

  1. 判断是否有新增的主题订阅信息，主要是通过subscriptionTable是否存在某个主题进行判断的：
    • 如果不存在，表示之前没有订阅过某个主题的信息，将其加入到subscriptionTable中，并将变更状态置为true，表示主题订阅信息有变化；
    • 如果subscriptionTable中存在某个主题的订阅信息，表示之前就已订阅，将其更新为最新的，但是变更状态不发生变化；
  2. 判断是否有删除的主题，主要是通过subscriptionTable和subList的对比进行判断的，如果有删除的主题，将变更状态置为true；

如果消费者订阅的主题发生了变化，比如有新增加的主题或者删除了某个主题的订阅，会被判断为主题订阅信息发生了变化。

  1. public class ConsumerGroupInfo {
  2.     // 记录了订阅的主题信息，key为topic，value为订阅信息
  3.     private final ConcurrentMap<String/* Topic */, SubscriptionData> subscriptionTable =
  4.         new ConcurrentHashMap<String, SubscriptionData>();   
  5.     
  6.     public boolean updateSubscription(final Set<SubscriptionData> subList) {
  7.         boolean updated = false;
  8.         // 遍历订阅的主题信息
  9.         for (SubscriptionData sub : subList) {
  10.             //根据主题获取订阅信息
  11.             SubscriptionData old = this.subscriptionTable.get(sub.getTopic());
  12.             // 如果获取为空
  13.             if (old == null) {
  14.                 // 加入到subscriptionTable
  15.                 SubscriptionData prev = this.subscriptionTable.putIfAbsent(sub.getTopic(), sub);
  16.                 if (null == prev) {
  17.                     updated = true; // 变更状态置为true
  18.                     log.info("subscription changed, add new topic, group: {} {}", this.groupName, sub.toString());
  19.                 }
  20.             } else if (sub.getSubVersion() > old.getSubVersion()) { // 如果版本发生了变化
  21.                 if (this.consumeType == ConsumeType.CONSUME_PASSIVELY) {
  22.                     log.info("subscription changed, group: {} OLD: {} NEW: {}", this.groupName, old.toString(), sub.toString());
  23.                 }
  24.                 // 更新为最新的订阅信息
  25.                 this.subscriptionTable.put(sub.getTopic(), sub);
  26.             }
  27.         }
  28.         Iterator<Entry<String, SubscriptionData>> it = this.subscriptionTable.entrySet().iterator();
  29.         // 进行遍历，这一步主要是判断有没有取消订阅的主题
  30.         while (it.hasNext()) {
  31.             Entry<String, SubscriptionData> next = it.next();
  32.             String oldTopic = next.getKey();
  33.             boolean exist = false;
  34.             // 遍历最新的订阅信息
  35.             for (SubscriptionData sub : subList) {
  36.                 // 如果在旧的订阅信息中存在就终止，继续判断下一个主题
  37.                 if (sub.getTopic().equals(oldTopic)) {
  38.                     exist = true;
  39.                     break;
  40.                 }
  41.             }
  42.             // 走到这里，表示有取消订阅的主题
  43.             if (!exist) {
  44.                 log.warn("subscription changed, group: {} remove topic {} {}",this.groupName, oldTopic, next.getValue().toString());
  45.                 // 进行删除
  46.                 it.remove();
  47.                 // 变更状态置为true
  48.                 updated = true;
  49.             }
  50.         }
  51.         this.lastUpdateTimestamp = System.currentTimeMillis();
  52.         return updated;
  53.     }
  54. }

变更请求发送

上面讲解了两种被判定为消费者发生变化的情况，被判定为变化之后，会触调用DefaultConsumerIdsChangeListener中的handle方法触发变更事件，在方法中传入了消费者组下的所有消费者的channel对象，会发送变更请求通知该消费者组下的所有消费者，进行负载均衡。

DefaultConsumerIdsChangeListener中处理变更事件时，会对消费组下的所有消费者遍历，调用notifyConsumerIdsChanged方法向每一个消费者发送变更请求:

  1. public class ConsumerManager {
  2.    
  3.     public boolean registerConsumer(final String group, final ClientChannelInfo clientChannelInfo,
  4.         ConsumeType consumeType, MessageModel messageModel, ConsumeFromWhere consumeFromWhere,
  5.         final Set<SubscriptionData> subList, boolean isNotifyConsumerIdsChangedEnable) {
  6.         // ...
  7.         // 更新Channel
  8.         boolean r1 =
  9.             consumerGroupInfo.updateChannel(clientChannelInfo, consumeType, messageModel,
  10.                 consumeFromWhere);
  11.         // 更新订阅信息
  12.         boolean r2 = consumerGroupInfo.updateSubscription(subList);
  13.         // 如果有变更
  14.         if (r1 || r2) {
  15.             if (isNotifyConsumerIdsChangedEnable) {
  16.                 // 触发变更事件，consumerGroupInfo中存储了该消费者组下的所有消费者的channel
  17.                 this.consumerIdsChangeListener.handle(ConsumerGroupEvent.CHANGE, group, consumerGroupInfo.getAllChannel());
  18.             }
  19.         }
  20.         // ...
  21.     }
  22. }
  24. // DefaultConsumerIdsChangeListener
  25. public class DefaultConsumerIdsChangeListener implements ConsumerIdsChangeListener {
  26.     @Override
  27.     public void handle(ConsumerGroupEvent event, String group, Object... args) {
  28.         if (event == null) {
  29.             return;
  30.         }
  31.         switch (event) {
  32.             case CHANGE:// 如果是消费者变更事件
  33.                 case CHANGE:
  34.                 if (args == null || args.length < 1) {
  35.                     return;
  36.                 }
  37.                 // 获取所有的消费者对应的channel
  38.                 List<Channel> channels = (List<Channel>) args[0];
  39.                 if (channels != null && brokerController.getBrokerConfig().isNotifyConsumerIdsChangedEnable()) {
  40.                     for (Channel chl : channels) {
  41.                         // 向每一个消费者发送变更请求
  42.                         this.brokerController.getBroker2Client().notifyConsumerIdsChanged(chl, group);
  43.                     }
  44.                 }
  45.                 break;
  46.              // ...
  47.         }
  48.     }
  49. }

请求的发送是在Broker2Client的notifyConsumerIdsChanged方法中实现的，可以看到会创建NOTIFY_CONSUMER_IDS_CHANGED请求并发送：

  1.     
  2. public class Broker2Client {
  3.     public void notifyConsumerIdsChanged(
  4.         final Channel channel,
  5.         final String consumerGroup) {
  6.         if (null == consumerGroup) {
  7.             log.error("notifyConsumerIdsChanged consumerGroup is null");
  8.             return;
  9.         }
  10.         NotifyConsumerIdsChangedRequestHeader requestHeader = new NotifyConsumerIdsChangedRequestHeader();
  11.         requestHeader.setConsumerGroup(consumerGroup);
  12.         // 创建变更通知请求
  13.         RemotingCommand request =
  14.             RemotingCommand.createRequestCommand(RequestCode.NOTIFY_CONSUMER_IDS_CHANGED, requestHeader);
  15.         try {
  16.             // 发送请求
  17.             this.brokerController.getRemotingServer().invokeOneway(channel, request, 10);
  18.         } catch (Exception e) {
  19.             log.error("notifyConsumerIdsChanged exception. group={}, error={}", consumerGroup, e.toString());
  20.         }
  21.     }
  22. }

变更通知请求处理

消费者对Broker发送的NOTIFY_CONSUMER_IDS_CHANGED的请求处理在ClientRemotingProcessor的processRequest方法中，它会调用notifyConsumerIdsChanged方法进行处理，在notifyConsumerIdsChanged方法中可以看到触发了一次负载均衡：

  1. public class ClientRemotingProcessor extends AsyncNettyRequestProcessor implements NettyRequestProcessor {
  2.     
  3.     @Override
  4.     public RemotingCommand processRequest(ChannelHandlerContext ctx,
  5.         RemotingCommand request) throws RemotingCommandException {
  6.         switch (request.getCode()) {
  7.             case RequestCode.CHECK_TRANSACTION_STATE:
  8.                 return this.checkTransactionState(ctx, request);
  9.             case RequestCode.NOTIFY_CONSUMER_IDS_CHANGED: // NOTIFY_CONSUMER_IDS_CHANGED请求处理
  10.                 // 处理变更请求
  11.                 return this.notifyConsumerIdsChanged(ctx, request); 
  12.             // ...
  13.             default:
  14.                 break;
  15.         }
  16.         return null;
  17.     }
  18.     
  19.     public RemotingCommand notifyConsumerIdsChanged(ChannelHandlerContext ctx,
  20.         RemotingCommand request) throws RemotingCommandException {
  21.         try {
  22.             // ...
  23.             // 触发负载均衡
  24.             this.mqClientFactory.rebalanceImmediately();
  25.         } catch (Exception e) {
  26.             log.error("notifyConsumerIdsChanged exception", RemotingHelper.exceptionSimpleDesc(e));
  27.         }
  28.         return null;
  29.     }
  30. }

消费者停止时触发

消费者在停止时，需要将当前消费者负责的消息队列分配给其他消费者进行消费，所以在shutdown方法中会调用MQClientInstance的unregisterConsumer方法取消注册：

  1. public class DefaultMQPushConsumerImpl implements MQConsumerInner {
  2.    public synchronized void shutdown(long awaitTerminateMillis) {
  3.         switch (this.serviceState) {
  4.             case CREATE_JUST:
  5.                 break;
  6.             case RUNNING:
  7.                 this.consumeMessageService.shutdown(awaitTerminateMillis);
  8.                 this.persistConsumerOffset();
  9.                 // 取消注册
  10.                 this.mQClientFactory.unregisterConsumer(this.defaultMQPushConsumer.getConsumerGroup());
  11.                 this.mQClientFactory.shutdown();
  12.                 // ...
  13.                 break;
  14.             case SHUTDOWN_ALREADY:
  15.                 break;
  16.             default:
  17.                 break;
  18.         }
  19.     }
  20. }

在unregisterConsumer方法中，又调用了unregisterClient方法取消注册，与注册消费者的逻辑相似，它会向所有的Broker发送取消注册的请求：

  1. public class MQClientInstance {
  2.     public synchronized void unregisterConsumer(final String group) {
  3.         this.consumerTable.remove(group);
  4.         // 取消注册
  5.         this.unregisterClient(null, group);
  6.     }
  7.     
  8.     private void unregisterClient(final String producerGroup, final String consumerGroup) {
  9.         // 获取所有的Broker
  10.         Iterator<Entry<String, HashMap<Long, String>>> it = this.brokerAddrTable.entrySet().iterator();
  11.         // 进行遍历
  12.         while (it.hasNext()) {
  13.             // ...
  14.             if (oneTable != null) {
  15.                 for (Map.Entry<Long, String> entry1 : oneTable.entrySet()) {
  16.                     String addr = entry1.getValue();
  17.                     if (addr != null) {
  18.                         try {
  19.                             // 发送取消注册请求
  20.                             this.mQClientAPIImpl.unregisterClient(addr, this.clientId, producerGroup, consumerGroup, clientConfig.getMqClientApiTimeout());
  21.                             // ...
  22.                         } // ...
  23.                     }
  24.                 }
  25.             }
  26.         }
  27.     }
  28. }

取消注册请求的发送是在MQClientAPIImpl中unregisterClient方法实现的，可以看到构建了UNREGISTER_CLIENT请求并发送：

  1. public class MQClientAPIImpl { 
  2.     public void unregisterClient(final String addr, final String clientID, final String producerGroup,  final String consumerGroup, final long timeoutMillis) throws RemotingException, MQBrokerException, InterruptedException {
  3.         // ...
  4.         requestHeader.setConsumerGroup(consumerGroup);
  5.         // 构建UNREGISTER_CLIENT请求
  6.         RemotingCommand request = RemotingCommand.createRequestCommand(RequestCode.UNREGISTER_CLIENT, requestHeader);
  7.         // 发送请求
  8.         RemotingCommand response = this.remotingClient.invokeSync(addr, request, timeoutMillis);
  9.         // ...
  10.     }
  11. }

与注册消费者的请求处理一样，Broker对UNREGISTER_CLIENT的请求同样是在ClientManageProcessor的processRequest中处理的，对于UNREGISTER_CLIENT请求是调用unregisterClient方法处理的，里面又调用了ConsumerManager的unregisterConsumer方法进行取消注册：

  1. public class ClientManageProcessor extends AsyncNettyRequestProcessor implements NettyRequestProcessor {
  2.     @Override
  3.     public RemotingCommand processRequest(ChannelHandlerContext ctx, RemotingCommand request)
  4.         throws RemotingCommandException {
  5.         switch (request.getCode()) {
  6.             case RequestCode.HEART_BEAT: // 处理心跳请求
  7.                 return this.heartBeat(ctx, request);
  8.             case RequestCode.UNREGISTER_CLIENT: // 取消注册请求
  9.                 return this.unregisterClient(ctx, request);
  10.             case RequestCode.CHECK_CLIENT_CONFIG:
  11.                 return this.checkClientConfig(ctx, request);
  12.             default:
  13.                 break;
  14.         }
  15.         return null;
  16.     }
  17.     
  18.     public RemotingCommand unregisterClient(ChannelHandlerContext ctx, RemotingCommand request)
  19.         throws RemotingCommandException {
  20.         // ...
  21.         {
  22.             final String group = requestHeader.getConsumerGroup();
  23.             if (group != null) {
  24.                 // ...
  25.                 // 取消消费者的注册
  26.                 this.brokerController.getConsumerManager().unregisterConsumer(group, clientChannelInfo, isNotifyConsumerIdsChangedEnable);
  27.             }
  28.         }
  29.         response.setCode(ResponseCode.SUCCESS);
  30.         response.setRemark(null);
  31.         return response;
  32.     }
  33. }

在ConsumerManager的unregisterConsumer方法中，可以看到触发了取消注册事件，之后如果开启了允许通知变更，会触发变更事件，变更事件在上面已经讲解过，它会通知消费者组下的所有消费者进行一次负载均衡：

  2. public class ConsumerManager {    
  3.     public void unregisterConsumer(final String group, final ClientChannelInfo clientChannelInfo,
  4.         boolean isNotifyConsumerIdsChangedEnable) {
  5.         ConsumerGroupInfo consumerGroupInfo = this.consumerTable.get(group);
  6.         if (null != consumerGroupInfo) {
  7.             consumerGroupInfo.unregisterChannel(clientChannelInfo);
  8.             if (consumerGroupInfo.getChannelInfoTable().isEmpty()) {
  9.                 ConsumerGroupInfo remove = this.consumerTable.remove(group);
  10.                 if (remove != null) {
  11.                     // 触发取消注册事件
  12.                     this.consumerIdsChangeListener.handle(ConsumerGroupEvent.UNREGISTER, group);
  13.                 }
  14.             }
  15.             // 触发消费者变更事件
  16.             if (isNotifyConsumerIdsChangedEnable) {
  17.                 this.consumerIdsChangeListener.handle(ConsumerGroupEvent.CHANGE, group, consumerGroupInfo.getAllChannel());
  18.             }
  19.         }
  20.     }
  21. }

消费者定时触发

在RebalanceService的run方法中，可以看到设置了等待时间，默认是20s，所以消费者本身也会定时执行负载均衡：

  1. public class RebalanceService extends ServiceThread {
  2.     private static long waitInterval = Long.parseLong(System.getProperty("rocketmq.client.rebalance.waitInterval", "20000"));
  3.   
  4.     @Override
  5.     public void run() {
  6.         log.info(this.getServiceName() + " service started");
  7.         while (!this.isStopped()) {
  8.             this.waitForRunning(waitInterval); // 等待
  9.             // 负载均衡
  10.             this.mqClientFactory.doRebalance();
  11.         }
  12.         log.info(this.getServiceName() + " service end");
  13.     }
  14. }

总结

参考

田守枝-深入理解RocketMQ Rebalance机制

RocketMQ版本：4.9.3

原文链接：https://www.cnblogs.com/shanml/p/17041656.html

 友情链接：直通硅谷 　点职佳 　北美留学生论坛

RocketMQ热门文章

  • RocketMq开启安全认证ACL-解决服务器系统安全漏洞
  • SpringBoot整合RocketMQ，老鸟们都是这么玩的！
  • RocketMQ 消息重试与死信队列
  • 【RocketMQ】Dledger日志复制源码分析
  • Prometheus 监测 RocketMQ 最佳实践
  • RocketMQ - 消费者Rebalance机制
  • RocketMq深入分析讲解两种削峰方式
  • 基于 RocketMQ 的 Dubbo-go 通信新范式
  • RocketMQ 在网易云音乐的实践
  • Redis+Hbase+RocketMQ 实际使用问题案例分享

    • RocketMQ推荐文章

  • 【主流技术】聊一聊消息队列 RocketMQ 的基本结构与概念
  • RocketMq开启安全认证ACL-解决服务器系统安全漏洞
  • RocketMQ—RocketMQ发送同步、异步、单向、延迟、批量、顺序、批量消息、带标签消息
  • 一文讲透消息队列RocketMQ实现消费幂等
  • 【RocketMQ】数据的清理机制
  • RocketMQ 消息重试与死信队列
  • 【RocketMQ】【源码】延迟消息实现原理
  • RocketMQ 系列(五）高可用与负载均衡
  • 【RocketMQ】消息的拉取总结
  • 在.NET Framework中使用RocketMQ（阿里云版）实战【第一章】

    • 本站QQ群：前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

    W3xue 的所有内容仅供测试，对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
    关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接（目前9元/月）请联系QQ：27243702 沸活量
    皖ICP备17017327号-2　皖公网安备34020702000426号