kafka消费者内部协调机制分摊各个分区的消息，​从而实现负载均衡和并行处理？​，​我记得是轮训或者哈希key

你提到的“轮询”和“哈希Key”确实是Kafka中非常重要的概念，但它们主要发生在生产者（Producer）发送消息的阶段，而不是消费者分摊消息的阶段。消费者端的负载均衡机制与生产者不同，它是在消费者组内部通过分区分配策略来实现的。
生产者端：决定消息去哪个分区
● 轮询（Round Robin）：当消息没有指定Key时，生产者会按顺序将消息轮流发送到各个分区，确保数据均匀分布。
● 哈希Key（Key Hashing）：当消息指定了Key时，生产者会对Key进行哈希计算，然后对分区数取模，确保相同Key的消息总是进入同一个分区，从而保证分区内的消息有序性。

消费者端：决定哪个消费者消费哪个分区
消费者并不直接“订阅”Topic，而是由消费者组协调器（Group Coordinator）根据当前的消费者数量和分区数量，动态地将分区分配给组内的每个消费者实例。这个过程称为分区分配（Partition Assignment）

“负载均衡”在 Kafka 消费者组中，不是指消息被轮询或哈希分配到消费者，而是指分区（Partition）被分配给消费者实例。这是 Kafka 实现并行消费和高吞吐的核心机制。

Kafka 的负载均衡发生在消费者组内部，由 Group Coordinator（协调器）根据当前组内消费者数量和 Topic 分区数量，动态地将每个分区“指派”给一个消费者实例。这个过程称为分区分配，常见策略有：

● RangeAssignor（范围分配）：按分区编号的范围平均分配给消费者。例如，6个分区分给3个消费者，每个消费者负责2个连续分区。
● RoundRobinAssignor（轮询分配）：将所有分区和所有消费者按字典序排序后，依次轮询分配，更均衡但可能跨Topic分配。
● StickyAssignor（粘性分配）：在再平衡时尽量保持原有分配不变，减少不必要的分区迁移开销。

因此，你看到的“组级别订阅”是指：只要消费者属于同一个group.id，它们就会被自动纳入分区分配的调度池中，由协调器统一分配分区，实现并行消费和负载均衡。这不是靠“轮询或哈希Key”来分摊消息，而是靠消费者组的分区分配协议来实现的。