Kafka源码分析（二五）——Broker：集群管理——KafkaController

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

在 Kafka 集群中，会有一个或多个 Broker，那么Kafka是如何管理这些Broker的呢？

从本章开始，我将讲解Kafka的 集群管理 ，这块内容本质属于 Replication Subsystem ，但是又相对独立，所以我单独拎出来讲解。

Kafka集群会选举一个Broker作为控制器（ Kafka Controller ），由它来负责管理整个集群中的所有分区和副本的状态：

• 当某个分区的 Leader 副本出现故障时，由Controller负责为该分区选举新的 Leader 副本；
• 当检测到某个分区的 ISR 集合发生变化时，由Controller负责通知所有 Broker 更新其元数据信息；
• 当为某个 Topic 增加分区数量时，同样还是由Controller负责分区的重新分配。

我们先从各个Broker启动后，Controller的选举开始。

一、Controller选举

每个Broker启动后，都会创建两个与集群管理相关的重要组件： KafkaController 和 KafkaHealthcheck ，通过这两个组件，Broker集群会完成Controller的选举：

    // KafkaServer.scala
    class KafkaServer(val config: KafkaConfig, time: Time = Time.SYSTEM, threadNamePrefix: Option[String] = None, kafkaMetricsReporters: Seq[KafkaMetricsReporter] = List()) extends Logging with KafkaMetricsGroup {
      var kafkaController: KafkaController = null
      var kafkaHealthcheck: KafkaHealthcheck = null
    
      def startup() {
        try {
          info("starting")
          //...
    
          // 启动KafkaController
          kafkaController = new KafkaController(config, zkUtils, brokerState, time, metrics, threadNamePrefix)
          kafkaController.startup()
    
          // 启动KafkaH