RocketMQ源码解读——同一消费组下不同消费者订阅关系不同时
@(rocketmq源码解读)
先解释一下题目,我们假设有一个Producer
和两个Consumer
,Producer
向TOPICA
和TOPICB
发送消息,两个Consumer
分别订阅两个topic
。我们看下这时候会出现的问题,以及根据源码分析一下为什么出现问题。
现象
现象其实还是比较隐蔽的,broker
上会打印:the consumer's subscription not exist,group ...
的日志(Consumer
端也会打印类似的日志)。
还会有一些subscription changed, group: ...
类似的日志,并且如果仔细的话还会发现,其中一个消费者消费消息时,另外一个就不会消费。
源码分析
我们看一下为什么会导致这样的问题,一开始生看或者debug都是很难下手,这时候可能就需要使用必杀技(一般不外传那种)——问。
问天问地,谷歌百度必应。我直接问了一个大神——芋艿。大神说这种情况会出问题,具体原因他也记不清了,导致这种现象的问题应该是消费关系不停地相互覆盖。
好了,听到这句话我们就有入口了,至少知道应该从Broker
上找起。
顺藤摸瓜找到了原因,下面一起看一下源码。
首先我们知道,消费者的两种实现(推和拉)中都维护一个MQClientInstance
,这个类非常重要,在启动消费者的时候,都会去启动这个类,我们看下启动的代码,其中有这么一部分:
// Start various schedule tasks
this.startScheduledTask();
复制代码
这里启动了好多定时任务,我们追进去看一下:
this.scheduledExecutorService.scheduleAtFixedRate(new Runnable() {
@Override
public void run() {
try {
MQClientInstance.this.cleanOfflineBroker();
//定时发送心跳
MQClientInstance.this