RocketMQ顺序消费加锁机制

RocketMQ为确保顺序消息消费的有序性,采取全局加锁机制。分析表明,全局加锁的主要原因是避免在consumer上线触发rebalance时,同一messageQueue被分配给不同consumer,防止并发导致的重复消费和消息乱序问题。
摘要由CSDN通过智能技术生成

Rocketmq在顺序消费时,为了保证消息消费的有序性,使用了加锁机制,即对messageQueue进行全局加锁,其实现原理可参考源码分析RocketMQ顺序消息消费实现原理,本节不作源码分析,重点在解答为什么要全局加锁。不少文章给出的原因是:当topic的队列个数小于消费组中消费者的个数,会导致多个消费者消费同一个queue,存在竞争。但是查看AllocateMessageQueueStrategy的实现源码,发现topic的队列个数小于消费组中消费者的个数时,会导致超出个数的消费者无队列可消费,即负载不均衡,但并不会出现多个消费者争抢消费同一个消费队列的情况。具体可参考AllocateMessageQueueAveragely的实现。

  @Override
    public List<MessageQueue> allocate(String consumerGroup, String currentCID, List<MessageQueue> mqAll,
        List<String> cidAll) {
        if (currentCID == null || currentCID.length() < 1) {
            throw new IllegalArgumentException("currentCID is empty");
        }
        if (mqAll == null || mqAll.isEmpty()) {
            throw new IllegalArgumentException("mqAll is null or mqAll empty");
        }
        if (c
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值