分布式消息中间件（八）——RocketMQ消费者原理

 作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

释放21集全网最深ConcurrentHashMap的vip视频，复现每一行源码  

在RocketMQ持久化原理中，我们已经讲解了生产者（Producer）发送消息的基本原理。本章，我们来看看消费者（Consumer）消费消息的基本原理。

一、消费者组

在RabbitMQ中，每一个消费者实例，都必须属于某个Group ID——群组ID，相当于用一个Group ID把一群Consumer实例归为了一类。这里需要特别注意的是： 同一个消费者 Group ID 下所有 Consumer 实例，订阅关系必须完全一致。如果订阅关系不一致，消息消费的逻辑很容易出现混乱，可能导致消息丢失，甚至出现其它各种莫名其妙的问题！

1.1 订阅关系

什么是订阅关系？我们知道，消息肯定要有其所属的Topic分类，所以订阅关系一致就是指：

1. 订阅的 Topic 必须一致；
2. 订阅的 Topic 中的 Tag 必须一致。

我们先来看个正确的订阅关系示例：

从上图可以看到，同一个消费者群组中的所有消费者实例，Topic+Tag是完全一致的。