Kafka源码分析（九）——Producer：Sender线程——Selector轮询

作者简介：大家好，我是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下的验证结果当作最终结果的水货们请闭嘴】

上一章讲到，Sender线程将请求封装成ClientRequest，然后缓存到 InFlightRequests 和 KafkaChannel 中，最后关注KafkaChannel上的OP_WRITE事件。

本章，我们就看看Sender线程Loop执行的最后一步：

    // Sender.java
    
     this.client.poll(pollTimeout, now);

在之前的章节，我其实已经讲解过NetworkClient.poll()方法的底层原理，当时主要关注的是连接建立（OP_CONNECT）。本章，我重点讲解Slector是如何对Channel上的读写事件（OP_READ/OP_WRITE）进行处理的。

一、监听事件

Kafka客户端的底层对Java NIO进行了封装，但是万变不离其宗。Java NIO的Selector通过一个线程来管理多个Socket，我们可以将多个Channel注册到一个Selector上（一个Channel代表了一个Socket，在Java NIO中就是SocketChannel），并设置其感兴趣的事件。

这样一来，在Selector.select()操作时，若发现Channel中有我们感兴趣的事件发生，Selector就会将其记录下来（即SelectedKey），然后我们就可以对事件进行相应的处理了。<