RocketMQMessageListener使用错误问题分析与排查

背景

RocketMQ与SpingBoot相结合可以大大降低我们开发的复杂度，但是最近在一个新项目中使用RocketMQMessageListener 监听消息，导致消费者启动失败，提示该消费组已经被创建了，请重新申请一个消费者组。

Caused by: org.apache.rocketmq.client.exception.MQClientException: The consumer group[pomp_pstConsumerGroup] has been created before, specify another name please.

于是更换了一个消费者组，依然提示上面的错误。

问题分析

代码中没有看出有什么异常之处，在Nacos中预制了一个开关，然后控制消费逻辑。

@RocketMQMessageListener(consumerGroup = "pomp_pstConsumerGroup",topic = "pts-topic")
@Component
@RefreshScope
public class PtsAuditConsumer implements RocketMQListener<PtsAuditEvent> {

    @Value("${mq.swtich:false}")
    private boolean isStop;

    @Override
    public void onMessage(PtsAuditEvent event) {
        if(isStop){
            return;
        }
        // 省略业务代码
    }
}

我们在RocketMQ 消费者启动代码中发现，是在DefaultMQPushConsumerImpl类中525行报错，原因是在

第521行注册消费者的时候注册失败了。

于是在registerConsumer中我们看到在执行putIfAbsent的时候出错了，说明消费者组与消费者是一一对应的，导致注册失败了。

但是我在项目中检查，该消费者组与消费者并没有重复出现，那么Spring为什么会提示重复呢？既然提示消费者重复，那么我们在启动消费者的时候指定instanceName名，继承RocketMQPushConsumerLifecycleListener，随机生产一个uuid作为instanceName，这样确保Consumer不会重复。

    @Override
    public void prepareStart(DefaultMQPushConsumer defaultMQPushConsumer) {
        defaultMQPushConsumer.setInstanceName(UUIDUtil.getUUID32());
    }

此时消费者已经启动了，但是我们在RocketMQ的控制台可以看到，该topic下有四个queue，有两个consumerClient均分4个queue。此时又开始疑惑了，命名只启动了一个消费者，为什么会有两个consumerClinet呢？这也就是为什么不指定InstanceName时消费者组重复的根本原因。

于是开始推测，是什么原因导致Spring在启动的时候，该Bean在被创建了两次？最后我们从RocketMQMessageListener加载的代码开始分析问题。

果然在ListenerContainerConfiguration中获取RocketMQMessageListener注解的所有实例，获取到两个，这两个消费者是指向同一个类，其中一个的bean是以scopedTarget开头，那么我们就要寻找在什么地方将beanName代理成了scopedTarget.beanName。

在最终debug下我们发现在ScopedProxyUtils中会将加了@RefreshScope注解的类重新代理了，这就导致我们在注入RocketMQ在启动消费者的时候加载了两次。所有我们最终得出结论，RocketMQMessageListener与RefreshScope注解不能同时使用，可以将RefreshScope作为一个Configuration注入到消费者即可。

思考

1、使用了@RefreshScope + 指定instanceName的方式启动消费者有什么问题？

由于指定了instanceName导致服务中存在两个消费者，如果在Nacos中刷新了配置，则有一个消费者能监听到配置更新，另一个消费者无法监听到配置更新；另一方面频繁的更新配置会触发消费者reblance机制，使得消费性能下降。

2、如果使用了Apollo作为配置中心，是否存在这个问题呢？

Apollo不依赖于RefreshScope 的作用域，所有不加RefreshScope 注解，Apollo也可正常启动，不受影响。