很多人第一次接触 MQ，会把 Group 理解成一个普通标签，但它真正影响的是消息会被谁消费、会被消费几次，以及实例之间怎么分工。所以它不只是“起个名字”这么简单。
同一个消费组里通常是分摊消息
一个组内有多个消费者时，消息一般不会被每个实例都处理一遍，而是按分区或队列规则分摊出去。这也是消费组能横向扩展处理能力的关键。
不同消费组之间通常是各自独立消费
同一条业务消息可以同时被订单、库存、日志等不同系统处理，常见做法就是让它们各自使用不同 Group，这样互不干扰。
消费组还会影响位点和重平衡
在很多 MQ 里，消费进度、成员变动后的重平衡、失败恢复策略，都和 Group 绑定。只把它理解成字符串标识，会漏掉这些关键行为。
设计时要先想清“要共享还是要各自消费”
如果两个服务语义上应该独立拿到全量消息，就不该放同一个 Group；如果只是为了并行扩容同一份处理能力，就应该放在同一个 Group 内。
结论
MQ 的消费组当然带有标识作用，但更重要的是定义了消费者之间的消费关系，这才是设计时真正要抓住的点。
正文完
