很多同学在准备 Java 面试时最头疼的就是 IO 模型这一块。BIO、NIO、AIO 和 Netty 这四样东西概念绕、代码难、面试官还喜欢往深了问。尤其是 Netty几乎成了大厂后端岗位的必考内容不问两三个底层问题都对不起你投的简历。我手边整理过一份 35 道高频面试题基本覆盖了从基础概念到源码级追问的常见角度今天把题目和答题思路一起分享出来希望能帮你把这块硬骨头啃下来。这份内容适合所有正在准备 Java 后端面试的同学不管你是刚学完 Java SE 想补 IO 知识还是已经有几年经验想查漏补缺都可以对照着自测一遍。面试官问这类题目往往不是要你背出标准定义而是想通过追问判断你有没有真正理解 IO 的底层机制以及有没有在生产环境里用过 Netty 解决过实际问题。所以后面每个题目我都会给出踩过坑的人才懂的答题侧重点。1. 先把 BIO、NIO、AIO 这三兄弟的关系理清很多同学一开始就被同步、异步、阻塞、非阻塞这四个词绕晕。其实这四个词描述的是两个维度同步异步是“结果怎么通知你”阻塞非阻塞是“调用之后你会不会等在那里”。组合起来就有四种模型但 Java 里常用的是 BIO、NIO 和 AIO 这三类。BIO 是同步阻塞模型发起一个读操作后如果数据还没准备好线程就一直卡住。NIO 是同步非阻塞模型发起读操作后立刻返回线程可以去干别的但什么时候数据好了需要你自己轮询或者交给 Selector 去查。AIO 是异步非阻塞模型发完读操作后马上返回内核把数据拷贝到用户空间后才会通知你全程不用你盯着。从历史演进看BIO 是 JDK 1.4 之前的主要方式NIO 从 JDK 1.4 开始引入AIO 在 JDK 1.7 才推出。但有意思的是Netty 虽然名字里带个 NIO却并没有把宝全押在 JDK 原生的 NIO 上而是自己封装了一套更高效的模型。至于 AIONetty 明确表示不考虑这在面试里也是个高频追问点后面会细说。1.1 用点外卖理解同步异步和阻塞非阻塞拿点外卖来打比方你下单之后有三种状态。第一种是 BIO你下单后啥也不干一直站在店门口等直到外卖做好递到你手上才离开这叫同步阻塞。第二种是 NIO你下单后回家但每隔几分钟就去前台问一次“外卖好了没”没好就继续干别的这叫同步非阻塞你是在主动轮询。第三种是 AIO你下单后回家该干嘛干嘛外卖小哥到了才给你打电话让你下楼取这叫异步非阻塞事情完成的通知是内核或者框架主动发给你的。面试时你能用这个生活化的例子把四词关系讲清楚面试官通常会认为你是真理解而不是背概念。但别只讲例子要把对应的 Java API 说出来比如 BIO 对应 InputStream.read()NIO 对应 Selector.select()AIO 对应 CompletionHandler。这样例子和代码才能对得上。1.2 常用 IO 模型速查表网上有些表格把同步异步和阻塞非阻塞混在一起容易误导人。我自己整理过一张速查表面试前看一眼很有用模型同步/异步阻塞/非阻塞典型代表使用场景BIO同步阻塞Socket、InputStream连接数少且固定例如传统单机管理后台NIO同步非阻塞Selector、Channel、Buffer高并发短连接例如网关、IM 长连接服务AIO异步非阻塞AsynchronousSocketChannel连接数多且需要异步回调但现实项目用得少Netty基于 NIO 优化非阻塞EventLoop、ChannelPipeline高性能网络框架几乎所有 Java 网络中间件底层备注一下Linux 下的 AIO 实现一直不太成熟所以 Netty 没有采用这是面试里很喜欢问的细节。你如果能把操作系统的原因说出来会很加分。2. BIO 面试题拆解八个经典问题一次说明白BIO 虽说现在业务系统里用的少了但面试官基本会从它开始问因为这是对比的基准。以下是 BIO 相关的高频题我按从浅到深排了序。2.1 问题一BIO 是什么为什么要用它BIO 全称 Blocking IO也就是同步阻塞 IO。每个 Socket 连接由一个独立的线程负责读写线程在数据未就绪时会被操作系统挂起。它最大的优点是模型简单一个连接一个线程编写符合人脑直觉不容易出错。很多初学者写网络程序接触的第一版就是 BIO。回答时要强调“一连接一线程”这个特征同时提一下它的缺点线程数量和连接数量 1:1连接多了线程就爆炸。因为一个线程默认栈大小约 1MB就算真正用的内存没这么多操作系统创建上下文切换的开销也扛不住。2.2 问题二阻塞到底阻塞在哪里这个问题看起来简单但很多人答不到点子上。阻塞发生在两个位置一是等待连接阻塞比如 ServerSocket.accept() 如果没有新连接线程会一直停在那里二是读写阻塞比如 InputStream.read() 如果对方没有发数据线程就一直等。更深入的答法要提到操作系统的系统调用。TCP 接收缓冲区没有数据时read() 系统调用会进入睡眠状态直到缓冲区有数据或者连接关闭才返回。面试官如果追问“阻塞是发生在用户态还是内核态”你要答线程调用系统调用后进入内核态由内核把该线程标记为等待状态释放 CPU 给其他线程使用。2.3 问题三BIO 下服务端如何实现多连接并发传统做法是使用线程池。主线程只负责 accept()每收到一个连接就交给线程池里的一个工作线程处理工作线程内部是阻塞读写的。这里有个很关键的知识点线程池大小如何设置。一般会按 CPU 密集型和 IO 密集型区分。CPU 密集型公式是 CPU 核心数 1IO 密集型公式是 CPU 核心数 * 2或者是 CPU 核心数 / (1 - 阻塞系数)。但这只是经验值生产环境最好通过压测确定。回答时如果能主动提到“线程池加队列可以缓解短时突发连接但依然解决不了长连接太多的问题”面试官会对你另眼相看。2.4 问题四为什么 BIO 不适合高并发因为并发高意味着连接数多而每个连接都要占一个线程。假设一台服务器支持 500 个线程那么最多同时服务 500 个连接。当第 501 个连接到来时只能阻塞等待有空闲线程或者直接拒绝。更本质的原因是线程的创建、调度、上下文切换都有成本。IO 阻塞时线程大部分时间都在睡觉但操作系统并不知道你在睡觉依然会按时间片去切换它白白浪费 CPU。所以高并发场景下BIO 不是性能上限低而是线程资源被无意义地耗尽了。2.5 问题五BIO 有没有优化手段有但很有限。优化思路无非是“减少线程数量”和“缩短阻塞时间”。减少线程数量可以用线程池缩短阻塞时间可以设置 socket 超时例如 setSoTimeout(timeout)避免 read() 永久等下去但这只是防止线程被无限占用的兜底方案并不能让等待变成非阻塞。还有一个细节是使用伪异步 IO也就是用线程池加上一个任务队列来管理连接。每个连接依然是阻塞读写但线程的数量被封顶了不会随着连接数无限膨胀。很多框架早期就是这么做的比纯 BIO 强但遇到十万连接依然会崩。你把这个演进过程说出来面试官就知道你有项目经验。2.6 问题六BIO 和 NIO 最核心的区别是什么BIO 面向流NIO 面向缓冲区。BIO 的流是单向的InputStream 管读OutputStream 管写而且读的时候是一次一个字节或者一个字节数组往外拿。NIO 的 Channel 是双向的既能读也能写数据要先进入 Buffer你再从 Buffer 里取。另一个核心区别是 BIO 阻塞NIO 非阻塞。NIO 在数据没准备好时读接口会立即返回 0你可以在一个线程里检查多个连接。这其实涉及了多路复用技术的核心思想与其让每个连接都占一个线程等人送数据不如让一个线程盯着所有连接谁有数据就处理谁。2.7 问题七BIO 在实际项目里还有用吗这是个开放题不要一棍子打死。连接数少、并发极低的内部管理系统用 BIO 完全没问题代码还简单。比如某些监控工具的告警推送、设备硬件通信连接数量一天就几十次用 NIO 纯属过度设计。但如果你想表达自己具备架构思维可以补一句现代中间件底层几乎不会用 BIO只要想做大规模连接管理BIO 的线程模型就注定是瓶颈。所以如果是新写的网络服务在可预见的未来可能会有大量连接建议直接用 Netty。2.8 问题八如果用 BIO 写一个客户端连接池要注意什么连接池的目的是复用连接减少重复建立 TCP 连接的开销。需要注意三点一是连接空闲超时服务端可能会断开空闲连接客户端要定期心跳保活二是连接池容量要可配置不能无限增长三是取连接时如果池为空应该有等待队列而不是直接报错。这个题面试官其实是在考察你对生产环境稳定性的敏感度。你不需要真的把代码背下来能说出上面这些设计点就足够了。如果时间允许可以加一句“连接池最好支持动态扩缩容并预留监控接口方便定位连接泄漏问题”。3. NIO 三件套与高频追问Buffer、Channel、SelectorNIO 的全称是 New IO它带来的核心思想就是多路复用。Java 的 NIO 有三大组件Buffer 缓冲区、Channel 通道、Selector 选择器。三者的关系可以这样理解Channel 负责建立连接通道数据通过 Channel 在 Buffer 和底层 Socket 之间搬运Selector 负责监控多个 Channel 的事件状态。NIO 相关的面试题远多于 BIO因为 Netty 底层就是基于 NIO 扩展的。你把这三大组件的原理搞懂了后面 Netty 的很多题目自然就通了。3.1 问题九Buffer 的 flip、clear、compact 有什么区别这是操作 NIO 最容易踩坑的地方。Buffer 内部有三个关键位置position 当前读写位置、limit 可读写上限、capacity 容量。flip() 的作用是从写模式切换为读模式把 limit 设为当前的 position把 position 归零。clear() 的作用是从读模式准备切换到写模式把 position 归零limit 设为 capacity相当于清空旧数据。compact() 则是把未读完的数据搬到起点然后设置 position 到未读数据之后limit 设为 capacity方便继续写。你可以在回答时画一下 position 和 limit 的移动过程但口头表达要清晰。最简单的一句话总结flip 是“我写完了你来读”clear 是“我读完了你来写”compact 是“我还有没读完的你接着写别覆盖我的”。3.2 问题十直接缓冲区和非直接缓冲区你怎么选直接缓冲区是 DirectByteBuffer通过 ByteBuffer.allocateDirect() 创建内存分配在堆外有 JVM 不帮你管理的风险。非直接缓冲区是堆内缓冲区由 JVM 管理写入数据时先从堆内拷贝到堆外再通过 socket 发送多了一次拷贝。很多资料会说直接缓冲区性能高所以优先用。但实际面试时要答得全面直接缓冲区省去了堆内到堆外的拷贝适合 I/O 频繁、生命周期长的场景比如 Netty 的接收缓冲区但创建和释放直接内存的开销大频繁创建小对象得不偿失并且如果忘记释放可能造成堆外内存泄漏。3.3 问题十一Channel 和 Stream 的区别是什么Channel 是双向的既可以读也可以写Stream 是单向的要么只读要么只写。Channel 可以异步读写Stream 只能阻塞同步。Channel 操作的对象是 BufferStream 直接操作字节数组或字节流。Channel 还支持零拷贝传输比如 FileChannel.transferTo()Stream 没有这种能力。面试官如果追问零拷贝你要知道它指的是什么传统读写需要把数据从内核空间拷贝到用户空间再写回内核空间零拷贝通过 sendfile 技术让内核直接发送数据到网络避免了 CPU 的拷贝。注意这里的零拷贝和 Netty 里的零拷贝不是一个完全相同的概念后面会专门说。3.4 问题十二Selector 的核心原理是什么Selector 是 NIO 多路复用的核心。它是操作系统多路复用接口的封装可以把多个 Channel 注册到一个 Selector 上然后调用 select() 方法阻塞等待当某个 Channel 有事件发生时select() 返回通过 selectedKeys() 拿到触发事件的集合再逐个处理。回答时可以把事件类型说出来OP_READ、OP_WRITE、OP_CONNECT、OP_ACCEPT。用一个线程加 Selector 就可以管理成千上万个连接这才是高并发的精髓。但也要注意select() 返回后要遍历事件集合并处理处理完一定要把 key 从集合中移除否则下次还会重复处理。3.5 问题十三epoll 相比 select 和 poll为什么更高效select 和 poll 都需要把关心的事件集合从用户态拷贝到内核态每次调用都要全量扫描 fd 列表时间复杂度 O(n)。epoll 则通过三个系统调用 epoll_create、epoll_ctl、epoll_wait 做到两件事一是事件集合常驻内核不用每次拷贝二是内核只返回就绪的事件而不是全部 fd应用层遍历时只需要处理真正触发的事件。更深入一点select 的 fd 数量上限通常是 1024poll 解除了这个限制但性能问题依旧存在。epoll 在连接数巨大、但是活跃连接不多的情况下优势极其明显因为它的时间复杂度是 O(事件数)。你在回答时如果提到“水平触发和边沿触发”并且解释一下 LT 模式只要缓冲里有数据就一直通知ET 模式只在状态变化时通知一次就能证明你是真正研究过 Linux 网络编程的。3.6 问题十四NIO 常见线程模型有哪几种经典的有三种。一是 Reactor 单线程模型一个线程既负责接受新连接又负责处理读写事件适合小规模场景缺点是处理事件耗时会导致新连接无法接入。二是 Reactor 多线程模型一个主 Reactor 线程负责 accept多个工作线程负责读写业务逻辑比单线程强但工作线程之间访问共享数据要小心并发冲突。三是主从 Reactor 多线程模型有一个主 Reactor 负责 accept多个从 Reactor 负责 SocketChannel 的读写同时业务逻辑再用线程池执行Netty 采用的就是这一种。面试官问你“Netty 为什么快”线程模型占了很大一部分。你最好能画出主从 Reactor 的示意图虽然面试不能画图但口头描述时要让人感觉你脑子里是有图的。3.7 问题十五NIO 中的空轮询问题是怎么回事这个在 Linux 上有著名 bug。在某些 JDK 版本上select() 即使没有事件发生也会被唤醒导致 while 循环一直空转CPU 飙升到 100%。Netty 针对这个问题有个著名的解决方案统计 select 调用时间如果短时间内调用太多次且都是空转就重建 Selector。回答这个题目时不要只说现象要把重建思路说清楚先取消出问题的 Selector 上注册的所有 Channel然后把它们重新注册到新创建的 Selector 上。这个方案很经典既解决了 bug又让人看到 Netty 对极端情况的兜底能力。3.8 问题十六NIO 的零拷贝和 Netty 的零拷贝是一回事吗不是一回事。NIO 里的零拷贝主要指 FileChannel.transferTo() 或者 transferFrom()底层调用 sendfile让内核把文件数据直接发送到网络不走用户态避免 CPU 拷贝。Netty 的零拷贝是更宽泛的概念包括通过 CompositeByteBuf 将多个缓冲区组合起来发送避免合并缓冲区带来的内存拷贝通过 slice 或 duplicate 操作让多个 ByteBuf 共享同一块内存还有通过 FileRegion 包装文件实现传输内部也是基于 NIO 零拷贝。答这个题要区分两个层面操作系统层面和框架层面。最好先讲清楚操作系统零拷贝的原理再讲 Netty 在哪些场景下减少了不必要的内存拷贝。千万不要对这两个概念一头雾水面试官特别爱看你能不能分清。4. AIO 与 Netty 深度面试源码级问题拆解进入 AIO 和 Netty 环节后面试难度会明显提升。AIO 虽然实际项目少但是概念题经常出现Netty 则是必考重点线程模型、粘包拆包、内存管理这几个方向几乎每场面试都会碰。4.1 问题十七AIO 是什么和 NIO 最大的区别在哪AIO 是异步非阻塞 IO也叫 NIO2.0JDK 1.7 引入。核心是 Proactor 模式你向内核发起读写操作后立即返回内核完成数据读写后主动调用你注册的回调函数。NIO 虽然是非阻塞但你的应用线程依然需要自己在事件发生后调用 read() 或 write() 去搬运数据所以是同步的。这里的区别一定要说清楚NIO 是同步非阻塞AIO 是异步非阻塞。NIO 的事件通知是“我可以开始读了”实际读操作还是你来做AIO 的事件通知是“我已经帮你读完/写完了”你直接处理业务逻辑就行。这个区别许多人讲不清楚面试时容易翻车。4.2 问题十八AIO 使用的 Proactor 模式是什么Proactor 模式把“等待事件”和“执行操作”这两个动作分开了。主线程发起异步操作后交给操作系统去执行操作系统完成后把结果放入事件队列然后调用注册的 completion handler 回调。整个过程中发起者和调用者都不需要阻塞等待。相比于 Reactor 模式Reactor 在事件就绪后由应用程序自己从 socket 读取数据Proactor 则由内核直接完成了读写。理论上 Proactor 省去了事件之后的 read/write 调用性能应该更好但实现复杂且需要操作系统底层强力支持。4.3 问题十九为什么 Netty 放弃 JDK 原生 AIO转而用 NIO这个问题其实是个陷阱题目的在于看你是否了解历史。JDK 原生 AIO 在 Linux 上的实现基于 epoll 模拟并没有真正使用 Linux 的 async IO 机制。Windows 上虽然实现了真正的 IOCP但是 Netty 的定位是跨平台不可能只为 Windows 优化。Netty 官方作者说过Netty 使用 NIO 的原因之一是 NIO 的多路复用已经足够高效而且 API 更成熟、可控性更强。AIO 在 Linux 上还不够稳定文档和案例也少出了问题都没法查。所以 Netty 最终选择了自己封装 NIO。这个回答既要有技术分析又要表明你读过 Netty 官方的相关说明。4.4 问题二十Netty 的核心组件有哪些包括 Channel、EventLoop、ChannelFuture、ChannelPipeline、ChannelHandler、ByteBuf、EventLoopGroup、ServerBootstrap 这些。Channel 是网络连接的抽象负责 I/O 操作。EventLoop 是事件循环线程负责处理注册到它上面的所有 Channel 的 I/O 事件。ChannelFuture 是异步结果的占位符。ChannelPipeline 是处理链ChannelHandler 就是处理链上一个个节点。ByteBuf 是 Netty 的缓冲区对象。回答时可以加点个人理解Netty 就像一个网络事件处理的大型状态机。每个连接对应一个 ChannelChannel 上的事件会流经 Pipeline由各个 Handler 决定是处理还是透传。理解这个流向比背组件名字重要得多。4.5 问题二十一Netty 的主从 Reactor 线程模型具体怎么工作主 Reactor 也叫 boss EventLoopGroup一般是 1 个线程负责监听 ServerSocketChannel 的 OP_ACCEPT 事件。当新的连接接入后把 SocketChannel 注册到从 Reactor 上的某一个 EventLoop 上。从 Reactor 也叫 worker EventLoopGroup通常线程数是 CPU 核数的两倍负责处理该连接的读写事件。真正细节是一个 EventLoop 可以管理多个 Channel但一个 Channel 只会被一个 EventLoop 绑定。这样避免了多线程并发操作同一个 Channel 的问题Channel 上的所有事件处理都发生在同一个线程中天然线程安全。这也是 Netty “线程模型惊为天人”的地方。回答时把“Channel 和 EventLoop 是一对多与一对一的关系”点出来核心分就拿到了。4.6 问题二十二EventLoop 的生命周期和线程绑定是怎样的EventLoop 本质上是一个会死循环的线程它不断执行三种类型任务注册的 Channel 的 I/O 事件、系统任务、定时任务。启动后就会一直检测待处理事件没有事件时就阻塞在 select() 上。一个 EventLoop 可以被多个 Channel 共享但处理同一 Channel 的所有事件都由同一个 EventLoop 完成。面试官如果问“Netty 的定时任务和 JDK ScheduledExecutorService 有什么区别”你可以回答Netty 的定时任务也是由 EventLoop 线程统一执行减少了线程切换。而且 Netty 的 HashedWheelTimer 时间轮算法在大量定时任务场景下更高效。4.7 问题二十三ChannelPipeline 中的 Handler 是怎么执行的一个事件进来后会从 ChannelPipeline 头部开始按照添加顺序向后传播。如果是入站事件比如 channelRead就从 head 向 tail 方向经过所有 InboundHandler。如果是出站事件比如 write则从 tail 向 head 方向经过所有 OutboundHandler。每个 Handler 可以选择处理完事件后调用 ctx.fireChannelRead() 将事件传给下一个 Handler也可以调用 ctx.write() 发出站数据。有个容易混乱的点同一个 Handler 可能同时实现 ChannelInboundHandler 和 ChannelOutboundHandler它既处理入站也处理出站但执行方向不同。回答时最好用一个例子说明你写了一个自定义 HandlerA 在后面入站事件先经过前面的 Handler 再到 A但出站事件是从最后一个 Handler 往前经过 A。双向流动的机制很关键。4.8 问题二十四Netty 怎么解决粘包和拆包粘包是因为 TCP 是流式协议多个小消息可能被合并成一个包发送拆包是因为一个消息过大可能被拆成多个数据段到达。解决思路是给消息定义边界。Netty 提供了多种拆包器比如 LineBasedFrameDecoder 按换行符DelimiterBasedFrameDecoder 按自定义分隔符FixedLengthFrameDecoder 按固定长度LengthFieldBasedFrameDecoder 按消息头里的长度字段。面试最容易忘的是 LengthFieldBasedFrameDecoder它是最通用的方案。普通业务留一个 4 字节的 length 字段后面放消息体。构造函数里那几个参数要能说清楚maxFrameLength、lengthFieldOffset、lengthFieldLength、lengthAdjustment、initialBytesToStrip。能说出这个类的调参经验妥妥加分。4.9 问题二十五Netty 的 ByteBuf 和 JDK ByteBuffer 相比有什么优势ByteBuf 把读指针和写指针分离分别是 readerIndex 和 writerIndexJdk ByteBuffer 只有一个 position读写切换必须调用 flip()特别容易用错。ByteBuf 支持扩容和池化不需要自己判断剩余空间。ByteBuf 还可以用 slice 方法创建共享缓冲区的子视图不会产生拷贝。更实际的好处是Netty 通过引用计数管理 ByteBuf 的生命周期引用数归零后再释放内存。你答题时如果能提一句 PooledByteBufAllocator 默认开启池化复用了 DirectByteBuffer减少 GC 压力就说明你不是只会 API。4.10 问题二十六Netty 的零拷贝到底体现在哪几个方面这道题我在别的文章里反复强调过一定是面试重点。Netty 的零拷贝至少可以讲四层含义一是 FileRegion 包装文件传输走的是 NIO 的 transferTo二是 CompositeByteBuf把多个缓冲区当做一个缓冲区写入避免合并三是 slice 和 duplicate 操作让多个 ByteBuf 指向同一个内存地址读多个视图不需要复制四是使用 DirectBuffer 时数据在堆外内存中直接进行网络读写省去了堆内外拷贝。回答时分清楚零拷贝是用户态层面的优化不是真的完全没有拷贝。真正从内核到网卡发送数据依然有 DMA 拷贝。面试官想听的是“你在哪些环节减少了 CPU 参与的内存复制”。4.11 问题二十七Netty 心跳机制怎么实现心跳是为了检测对端是否存活。Netty 一般用 IdleStateHandler三个参数分别设置读空闲、写空闲、全双工空闲时间。比如 readerIdleTimeSeconds 设为 10 秒超过 10 秒没收到任何数据就会触发 userEventTriggered里面判断事件类型是 IdleStateEvent.READER_IDLE就执行关闭或者发送自定义 ping 包的逻辑。这里有个实际坑心跳包频率要小于服务端空闲断开时间比如服务端 30 秒收不到数据就断客户端心跳应该 15 秒甚至更短。另外心跳包要单独设计不能和业务消息混在一起避免影响业务统计。4.12 问题二十八Netty 断线重连怎么实现断线重连是客户端的逻辑。客户端在 channelInactive 回调里重新发起 connect 连接但一定要加延迟重连策略比如指数退避第一次 1 秒第二次 2 秒第三次 4 秒最大 30 秒避免服务端还没恢复时客户端疯狂重连打满网络连接。同时要记得在触发重连前释放掉旧 Channel 的资源否则可能造成句柄泄漏。最好用一个状态标志防止重复重连。如果是嵌入式设备或者手机客户端还要考虑网络切换时连接地址可能变化重连要用最新的服务端节点信息。4.13 问题二十九Netty 如何做流量控制高低水位是什么Netty 的 ChannelOutboundBuffer 有一个高低水位机制。当待写出的数据量超过 writeBufferHighWaterMark 时Channel 变为不可写状态你可以在业务里判断 channel.isWritable()然后暂停发送或者丢弃一部分消息当数据量降到 writeBufferLowWaterMark 以下Channel 重新变为可写。这是背压的关键实现。你可以举个真实场景服务端处理速度跟不上客户端发消息的速度如果一直往 Channel 里 write内存迟早爆掉。回答时说要配合用户自定义的队列做限流不能在 Handler 里无限 accumulate。4.14 问题三十FastThreadLocal 相比 ThreadLocal 有什么优势ThreadLocal 其实已经不错了但 Netty 的高性能场景下JDK ThreadLocal 的 get/set 里要计算 hash如果 hash 冲突还得线性探测有一定成本。FastThreadLocal 用自己的数组下标直接定位用一个类似数组的结构存储所有使用 FastThreadLocal 的对象很多读操作是 O(1)。但是要注意FastThreadLocal 不是任何地方都能用它要求线程必须是 Netty 的 FastThreadLocalThread。如果普通线程用的只是 JDK ThreadLocal 的 API就不能用 FastThreadLocal。回答时把适用范围说清楚。4.15 问题三十一Netty 服务端启动过程的核心步骤有哪些典型步骤是创建两个 EventLoopGroupbossGroup 和 workerGroup通过 ServerBootstrap 组装指定 channel 类型为 NioServerSocketChannel设置线程组、ChannelHandler、TCP 参数然后 bind 端口并 sync() 同步等待绑定成功最后调用 closeFuture().sync() 等待服务端通道关闭。TCP 参数里一般设置 SO_BACKLOG 为 128 或者更合理的大小表示等待队列容量SO_REUSEADDR 设为 true避免服务重启时端口被占用如果是长连接场景还要设置 TCP_NODELAY 为 true关闭 Nagle 算法减少小包延迟。回答时能把这些参数讲出来说明你真写过服务端。4.16 问题三十二用 Netty 写一个 RPC 框架至少需要哪些模块首先要定义协议包含魔数、版本、消息类型、请求 ID、数据长度和数据体这样接收方才能解析。然后需要编解码器把请求对象转成字节再把字节还原成对象。还需要一个调用者客户端通过动态代理屏蔽网络调用细节。服务端需要注册中心保存服务地址消费者从注册中心拿到地址后用 Netty 客户端发起调用。回答时强调两个点一是粘包拆包必须解决否则协议解析会错乱二是异步调用要处理超时Netty 的 ChannelFuture 加 listener配合 Future 模式才能实现 RPC 的同步转异步。很多公司在面试时直接让手写一个 mini RPC这个题目等于提前押题。4.17 问题三十三Netty 中如何防止堆外内存泄漏堆外内存泄漏是线上事故的重灾区。要防止它一方面在写代码时每个 ByteBuf 都必须配套 release 操作用完调用 ReferenceCountUtil.release() 把引用计数减一减到零就会自动回收。另一方面是找泄漏点Netty 会开启泄漏检测设置参数 -Dio.netty.leakDetectionLevelparanoid出现泄漏会在日志里打印具体分配的堆栈。实际开发中ByteBuf 的所有权关系最容易搞混。谁创建了 ByteBuf谁就该负责释放如果向后传递了引用接收方用完后也要负责释放。Netty 的 handler 处理完后如果不把消息传到下一个 handler记得要释放消息。这些细节光看文档不够必须实际压测踩过内存涨上去的坑才有深刻体会。4.18 问题三十四什么是背压机制Netty 是怎么实现的背压就是下游处理不过来了向上游反馈信号让上游放慢速度。Netty 中 Channel 的可写状态就是一个背压信号。当 outbound 缓冲区累积的数据达到高水位时channel 变成 not writable业务层检测到不可写就停止发送新消息或者把消息放入磁盘队列缓冲区消耗到低水位之下channel 恢复 writable再继续发送。回答时可以对比 TCP 的滑动窗口TCP 在传输层有接收窗口Netty 在应用层也需要自己的保护机制。如果应用层不处理背压内存很容易被打爆。这个题能体现出你对消息中间件的理解。4.19 问题三十五读过 Netty 源码吗你印象最深的设计是什么这是压轴题。我建议你至少选一个模块深读。最容易讲的有三个一是 ChannelPipeline 的事件传播机制head 和 tail 两个固定节点事件执行顺序如何保证二是 NioEventLoop 的 select 策略怎么平衡 IO 事件和普通任务执行时间三是池化的 ByteBuf 分配器如何通过本地线程缓存来减少锁竞争。不会强行要求你读完整源码但至少要能说出一个具体的类名和关键方法。比如 NioEventLoop 会注册一个 taskQueue在每次 select 之后执行一定数量的任务防止任务堆积。你把这类细节讲出来比只说“Netty 性能很好”有用一百倍。5. 35 道题快查表与面试避坑技巧上面四个章节已经把所有题目串讲了一遍我把 35 道题整理成一个总清单方便你面试前快速索引。每一行写了最核心的答题关键词你在心里过一遍看到题目能迅速反应出要点基本就稳了。序号题目关键词答题核心1BIO 是什么同步阻塞一连接一线程2阻塞的位置accept() 和 read() 系统调用3BIO 多连接实现主线程 accept线程池处理读写4为什么不适合高并发线程数受限制且大部分休眠5BIO 如何优化线程池、socket 超时6BIO 与 NIO 核心区别流 vs 缓冲区阻塞 vs 非阻塞7NIO 是什么同步非阻塞三大组件8flip clear compact写读模式切换、清理残留9直接缓冲区怎么选省拷贝但创建开销大10Channel vs Stream双向异步面向 Buffer11Selector 原理多路复用一个线程管多连接12epoll 高效原因事件驱动无需全量扫描13NIO 线程模型Reactor 单线程/多线程/主从14空轮询问题select 空转Netty 重建 Selector15NIO 零拷贝FileChannel.transferTo / sendfile16AIO 是什么异步非阻塞Proactor17Proactor vs Reactor内核完成读写 vs 应用自己读写18Netty 为什么不用 AIOLinux AIO 不成熟NIO 足够19Netty 核心组件Channel、EventLoop、Pipeline 等20线程模型主从 Reactorboss worker21EventLoop 绑定Channel 与 EventLoop 一对多且单线程处理22Pipeline 执行机制Inbound 从 head 到 tailOutbound 反向23粘包拆包四种 FrameDecoderLengthField 最常用24ByteBuf 优势双指针池化引用计数25Netty 零拷贝CompositeByteBuf、slice、FileRegion26心跳机制IdleStateHandler超时触发 ping27断线重连channelInactive 里指数退避重连28高低水位可写状态判断应用层背压29FastThreadLocal下标定位 O(1)限 FastThreadLocalThread30服务端启动ServerBootstrap EventLoopGroup31RPC 框架设计协议、编解码、注册中心、代理32堆外内存泄漏release 泄漏检测级别33背压机制高水位不可写低水位恢复34源码深读NioEventLoop、ChannelPipeline、ByteBuf 池化35哦等一下这里其实只有到 34我数错了按下面重新排抱歉我上面列表的编号跟前面问答顺序不是一一对应的容易把你带偏。重新整理一份真正的 35 道序号对应表这个才是你背题时该用的序号题目缩写答题关键词1BIO 是什么同步阻塞一连接一线程2阻塞在哪accept/read 系统调用3BIO 多连接线程池伪异步4为什么不能高并发线程耗尽5BIO 优化超时、线程池、容量规划6BIO vs NIO流与缓冲区、阻塞与非阻塞7什么是 NIO同步非阻塞、多路复用8Buffer 三方法flip、clear、compact9直接缓冲区堆外内存优缺点10Channel vs Stream双向异步面向 Buffer11Selector 原理注册、轮询、事件集12epoll 高效事件驱动、减少拷贝13NIO 线程模型三种 Reactor 模式14空轮询select bug、重建 Selector15NIO 零拷贝transferTo、sendfile16AIO 是什么异步非阻塞17Proactor 模式内核完成操作后回调18Netty 弃用 AIOLinux 实现不成熟19Netty 核心组件Channel、EventLoop 等20主从 Reactorboss 与 worker21EventLoop 绑定单线程处理 Channel 事件22Pipeline 方向入站与出站传播23粘包拆包四种 decoder24ByteBuf 优势双指针、池化25Netty 零拷贝Composite、slice、FileRegion26心跳机制IdleStateHandler27断线重连指数退避、释放资源28流量控制高低水位、isWritable29FastThreadLocal索引 O(1)30服务端启动ServerBootstrap 流程31RPC 模块协议、编解码、注册中心32防止内存泄漏ReferenceCountUtil、泄漏检测33背压机制可写状态、消息降速34源码印象NioEventLoop 的 select 与任务执行35零拷贝与堆外内存的关系直接内存减少堆内外复制这里有一个很常见的面试问题要提醒你面试官问零拷贝时经常会连带问“堆外内存算不算零拷贝”。你要说清楚堆外内存减少的是堆内到堆外的 CPU 拷贝严格说不能算内核层面的零拷贝但它在 Netty 的应用中确实减少了用户态的复制次数。如果你能把两个层次分开面试官就知道你概念边界很清晰。5.1 面试时最容易被追问的四个陷阱第一个陷阱是把同步异步和阻塞非阻塞混为一谈。很多同学回答“BIO 是同步NIO 是异步”这句话直接暴露基础知识不扎实。NIO 是同步非阻塞只有 AIO 才是异步非阻塞。我建议你回答任何 IO 模型题目之前先在心里默念一遍这个组合。第二个陷阱是过度背诵 Netty 源码细节反而说不清应用场景。面试官更想听的是你在项目里为什么选 Netty以及遇到问题时怎么定位。最好准备一个真实案例比如你改造过某个推送服务把连接容量从几百提升到几万讲讲你调整了哪些参数遇到了什么异常。没有真实项目也要讲一个模拟项目的合理设计方案而不是背源码。第三个陷阱是忽略操作系统层面的限制。面试官问 epoll 和 NIO 时你不光要回答 Java API还要提到 Linux 的 IO 模型比如 select、poll、epoll 的触发方式。如果完全没有操作系统的底子很容易在追问时露馅。第四个陷阱是不管题目来龙去脉直接抛结论。比如问“为什么 Netty 快”不要只说“因为零拷贝和线程模型”要展开链条主从 Reactor 减少线程上下文切换、EventLoop 单线程处理避免并发锁、ByteBuf 池化减少 GC 和内存分配、零拷贝减少 CPU 复制。层层递进才像个有经验的工程师。5.2 现场应对变体题的一种套路有些面试官会换种问法比如“给你一个涉及大量长连接的系统用 BIO 还是 NIO”这类题目其实是在考察方案选型。你可以按四步回答先说场景特征长连接意味着连接数会很高然后说 BIO 的一连接一线程模型不可行接着说 NIO 多路复用适合这种场景最后说可以用 Netty 做落地并简单描述线程模型和拆包策略。答题时不要急着给绝对答案先说“要看具体场景”然后列举连接数、消息大小、读写频率。比如短连接、消息小、并发一般用 BIO 可能就行长连接、消息大、读写频繁必须走 Netty 或者自研 NIO 框架。这种思考的完整度比答案本身重要。我个人在实际面试和平时带人复盘的时候发现IO 这块只要把两个基础搞扎实后面全是水到渠成第一是 Linux 的 IO 多路复用到底做了什么第二是 Netty 的 EventLoop 和 ByteBuf 生命周期管理。这两个点弄透了哪怕面试官临时出个场景题你也能从底层推演合理答案。面试不是背书比赛而是想看看你有没有建立自己的知识网络。35 道题只是起点建议你每道题都自己讲一遍讲不明白的地方就是还需要补的短板。