1 引入原因：
    A ：kafka自带的各种命令行脚本都只能运行在控制台上，不便于集成进应用程序或运维框架
    B ：这些命令行脚本很多都是通过连接Zookeeper来提供服务，这存在一些潜在问题，如这可能绕开Kafka的安全设置。
    C ：这些脚本需要使用Kafka内部的类实现，即Kafka服务端的代码。社区希望用户只使用Kafka客户端代码，通过现有的请求机制来运维管理集群。

2 如何使用：
    A ：要想使用，需要在工程中显示的地增加依赖。

3 功能：
    A ：有九大类功能：
    （1）主题管理：包括主题的创建，查询和删除
    （2）权限管理：包括具体权限的配置与删除
    （3）配置参数管理：包括Kafka各种资源的参数设置，详情查询。所谓的kafka资源主要有Broker，主题，用户，Client-id等
    （4）副本日志管理：包括副本底层日志路径的变更和详情查询
    （5）分区管理：即创建额外的主题分区
    （6）消息删除：删除指定位移之前的分区消息
    （7）Delegation Token管理：包括Delegation Token的创建，更新，过期和详情查询
    （8）消费者组管理：包括消费者组的查询，位移查询和删除
    （9）Preferred领导者选举：推选指定主题分区的Preferred Broker为领导者。
4 工作原理
    A ：从设计上来看，AdminClient是一个双线程的设计：前端主线程和后端I/O线程。
    （1）前端线程负责将用户要执行的操作转换成对应的请求，然后将请求发送到后端I/O线程的队列中；
    （2）后端I/O线程从队列中读取相应的请求，然后发送到对应的Broker节点上，之后把执行结果保存起来，以便等待前端线程的获取。
    B ：AdminClient在内部大量使用生产者—消费者模型将请求生产和处理解耦
    C ：前端主线程会创建一个名为Call的请求对象实例。该实例的有两个主要任务
    （1）构建对应的请求对象：如要创建主题，就创建CreateTopicRequest；要查询消费者位移，就创建OffsetFetchRequest
    （2）指定响应的回调逻辑：如Broker端接收到CreateTopicResponse之后要执行的动作。
    （*）一旦创建好Call实例，前端主线程会将其放入到新请求队列（New Call Queue）中，此时，前端主线程的任务就算完成了。他只需要等待结果返回即可。剩下的所有事情都是后端I/O线程的工作了。
    
    D ：后端I/O线程，该线程使用了3个队列来承载不同时期的请求对象，他们分别是新请求队列，待发送请求队列和处理中请求队列。
    （1）使用3个队列的原因：新请求队列的线程安全是有Java的monitor锁来保证的。为了确保前端主线程不会因为monitor锁被阻塞，后端I/O线程会定期地将新请求队列中的所有Call实例全部搬移到待发送请求队列中进行处理。
    （2）待发送请求队列和处理中请求队列只由后端I/O线程处理，因此无需任何锁机制来保证线程安全。
    （3）当I/O线程在处理某个请求时，他会显式的将该请求保存在处理中请求队列。一旦处理完成，I/O线程会自动地调用Call 对象中的回调完成最后的处理。
    （4）最后，I/O线程会通知前端主线程处理完毕，这样前端主线程就能够及时的获取到执行操作的结果。

5 构造和销毁AdminClient实例
    A ：切记它的的完整路径是org.apche.kafka.clients.admin.AdminClient。
    B ：创建AdminClient实例和创建KafkaProducer或KafkaConsumer实例的方法是类似的，你需要手动构造一个Properties对象或Map对象，然后传给对应的方法。

Map<String, NewPartitions> newPartitionsMap = new HashMap<>();
        newPartitionsMap.put(topicName, NewPartitions.increaseTo(partitions));
        CreatePartitionsResult createPartitionsResult = client.createPartitions(newPartitionsMap);
        KafkaFuture<Void> future1 = createPartitionsResult.values().get(topicName);
        future1.get();
        System.out.println("ok");

打卡，此节介绍了kafka的运维利器——AdminClient
1：AdminClient 的工作原理？
从设计上来看，AdminClient 是一个双线程的设计：前端主线程和后端 I/O 线程。前端线程负责将用户要执行的操作转换成对应的请求，然后再将请求发送到后端 I/O 线程的队列中；而后端 I/O 线程从队列中读取相应的请求，然后发送到对应的 Broker 节点上，之后把执行结果保存起来，以便等待前端线程的获取。
2：AdminClient的特点？
社区于 0.11 版本正式推出了 Java 客户端版的 AdminClient 工具，该工具提供了几十种运维操作，而且它还在不断地演进着——功能强悍，不断完善中。