NIO面试重点在于讲清逻辑链：Selector通过事件驱动让单线程管理上万Channel，避免线程空转；Buffer以块为单位减少系统调用，配合flip/compact复用内存；零拷贝省去用户态拷贝与上下文切换，依赖内核sendfile等机制。
直接说重点：NIO面试题不是考你背概念，而是看你能不能把“Selector怎么减少线程”“Buffer为什么比Stream快”“零拷贝到底省了哪几步”讲清楚逻辑链。答得准、有层次、带例子，比堆术语强十倍。
一、被问“NIO和传统IO区别”，别只答“阻塞 vs 非阻塞”
面试官想听的是设计动机和落地影响。可以分三层讲：
- 模型差异：传统IO是“一个连接一个线程”，像银行每人一个柜台；NIO是“一个Selector盯几千个Channel”，像大堂经理统一分发任务。
- 数据操作方式：传统IO用流（Stream），每次读1字节或小块，系统调用频繁；NIO用缓冲区（Buffer），一次搬整块数据，配合Channel做双向读写。
- 核心组件作用：Selector是操作系统级事件通知机制，让线程不空转轮询；Channel是通道，替代了InputStream/OutputStream的单向绑定；Buffer是中间容器，必须flip/compact才能复用。
二、“Selector是怎么实现单线程管上万连接的？”要讲清事件循环本质
不能只说“它用epoll/kqueue”，得说明Java层怎么配合：
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- Selector内部维护一个已注册Channel的集合，调用
select()时会阻塞，直到有就绪事件（如OP_READ、OP_ACCEPT）返回。 - 它不主动轮询，而是委托操作系统内核监听fd状态变化——Linux下用epoll_wait，Windows用IOCP，JVM做了封装。
- 真正高效的关键在于：线程在
select()期间不消耗CPU；只有事件就绪后才处理，避免忙等；且一个Selector实例可注册成百上千Channel。
三、被问“零拷贝是什么？FileChannel.transferTo()真没拷贝吗？”
这是高频陷阱题，很多人答错。关键要区分“用户态拷贝”和“内核态拷贝”：
立即学习“Java免费学习笔记（深入）”；
- 传统方式（read + write）：数据从磁盘→内核缓冲区→用户缓冲区→内核Socket缓冲区→网卡，共4次拷贝+2次上下文切换。
- 零拷贝（transferTo）：数据从磁盘→内核缓冲区→网卡DMA，只在内核态流转，用户态内存不参与，省掉2次拷贝+2次切换。
- 注意前提：目标Channel需支持零拷贝（如SocketChannel），且底层OS和文件系统要配合（比如Linux ext4 + sendfile系统调用）。
四、遇到“Netty为什么基于NIO但又不直接用NIO？”这类延伸题
说明你理解了NIO的短板，也看到工程落地的真实约束：
- NIO原生API太底层：SelectionKey管理、Buffer翻转、异常处理、连接生命周期都要自己撸，易出错。
- Reactor模式需要分层：Acceptor主线程只管建连，SubReactor线程池负责读写，NIO本身不提供这种分工，Netty封装了EventLoopGroup、ChannelPipeline等抽象。
- 还有粘包拆包、编解码、心跳保活、内存池（PooledByteBufAllocator）这些NIO不管但业务必用的功能。
