Kafka集群中一台broker挂掉的处理过程

controller在启动时会注册zk监听器来监听zookeeper中的/brokers/ids节点下的子节点变化，即集群中所有的broker列表，而每台broker在启动时会向zk的/brokers/ids下写入一个名字为broker.id的临时节点，当该broker挂掉或与zk断开连接时，此临时节点会被移除，之后controller端的监听器就会自动感知这个变化并将BrokerChange时间写入到controller上的请求阻塞队列里。

一旦controller端从阻塞队列中获取到该事件，她会开启BrokerChange事件的处理逻辑，具体包括

1 获取当前存活的broker列表

2 根据之前缓存的broker列表计算出当前已经挂掉的broker列表

3 更新controller端缓存

4 对于当前所有存活的broker，更新元数据信息并且启动新broker上的分区和副本

5 对于挂掉的那些broker，处理这些broker上的分区副本（标记为offline已经执行offline逻辑并更新元数据）