一、开篇从一个面试场景说起面试官经常会抛出一个看似简单、实则非常考察底层功底的题目「说说 BIO、NIO、AIO 的区别」。很多同学能背出「BIO 是阻塞、NIO 是非阻塞、AIO 是异步非阻塞」但如果继续追问「为什么 NIO 是非阻塞的」「底层分别调用了 Linux 的哪些系统调用」「Select、Poll、Epoll 有什么区别」「Reactor 和 Proactor 模式怎么理解」「在 Java 里分别对应哪些类」「实际项目中该怎么选型」很多人就开始支支吾吾了。这篇文章会从操作系统 I/O 模型出发结合Linux 系统调用、Java 源码与 API、网络编程实战以及面试高频追问点把 BIO、NIO、AIO 三者的区别讲透。文章较长建议先收藏再对照代码逐个实验。二、先建立认知什么是 I/O 模型在讨论 BIO、NIO、AIO 之前必须先搞清楚一个更底层的概念一次网络 I/O 操作在操作系统层面到底发生了什么。2.1 一次网络读取的全过程当 Java 程序调用read()方法读取网络数据时整个过程通常分为两个阶段等待数据到达数据可能还没有到达网卡或者还在内核缓冲区中应用程序需要等待。数据从内核复制到用户空间当内核缓冲区准备好数据后需要把数据从内核空间拷贝到用户进程的缓冲区中。这两个阶段的处理方式直接决定了 I/O 是「阻塞」还是「非阻塞」、「同步」还是「异步」。这是理解 BIO、NIO、AIO 的核心钥匙。2.2 两个关键维度阻塞/非阻塞、同步/异步很多人搞混这两个概念其实它们是两个不同维度阻塞与非阻塞关注的是调用线程是否被挂起。如果调用read()后线程必须停下来等待结果就是阻塞如果read()立即返回一个「现在还没有数据」的状态线程可以继续干别的事就是非阻塞。同步与异步关注的是数据复制阶段由谁来完成、结果如何通知调用方。同步 I/O 中数据从内核复制到用户空间这个动作是由调用线程自己或在内核替它完成后线程仍需等待结果完成的异步 I/O 中操作系统完成所有工作后通过回调或事件主动通知应用程序。结合这两个维度可以得出经典的Unix 五种 I/O 模型阻塞 I/O、非阻塞 I/O、I/O 多路复用、信号驱动 I/O、异步 I/O。而 Java 中的 BIO、NIO、AIO正是对其中的若干模型的封装。补充说明严格来说「非阻塞 I/O」和「I/O 多路复用」常被统称为同步非阻塞而 AIO 属于真正的异步 I/O。NIO 这个名词在不同语境下含义略有差异稍后会详细辨析。三、BIO同步阻塞 I/O3.1 BIO 的基本概念BIOBlocking I/O即同步阻塞 I/O是 Java 1.0 时代就有的传统 I/O 模型。在 JDK 1.4 之前Java 的网络编程只能使用 BIO。它的典型实现包括java.io包下的流操作以及java.net包下的Socket、ServerSocket。所谓「阻塞」指的是服务端调用accept()时如果没有客户端连接进来线程会一直阻塞等待。客户端调用read()时如果对端没有发送数据线程会一直阻塞等待。调用write()时如果内核发送缓冲区已满线程也会阻塞等待。3.2 BIO 服务端代码示例下面是一个典型的 BIO 服务端实现每个客户端连接都用一个独立线程处理import java.io.*; import java.net.ServerSocket; import java.net.Socket; public class BioServer { public static void main(String[] args) throws IOException { ServerSocket serverSocket new ServerSocket(8080); System.out.println(BIO 服务端启动监听端口 8080); while (true) { // 1. accept 阻塞直到有客户端连接 Socket socket serverSocket.accept(); System.out.println(收到客户端连接 socket.getRemoteSocketAddress()); // 2. 每个连接分配一个独立线程 new Thread(new ClientHandler(socket)).start(); } } static class ClientHandler implements Runnable { private final Socket socket; ClientHandler(Socket socket) { this.socket socket; } Override public void run() { try (BufferedReader reader new BufferedReader( new InputStreamReader(socket.getInputStream())); PrintWriter writer new PrintWriter( socket.getOutputStream(), true)) { String line; // 3. readLine 阻塞直到客户端发送一行数据 while ((line reader.readLine()) ! null) { System.out.println(收到消息 line); writer.println(Echo: line); } } catch (IOException e) { e.printStackTrace(); } finally { try { socket.close(); } catch (IOException e) { e.printStackTrace(); } } } } }这段代码的问题非常明显每来一个连接就要new Thread而readLine()又是阻塞的。当连接数量增多时线程数也会线性增长。3.3 BIO 的致命缺陷一连接一线程BIO 最典型的缺陷就是「一个连接一个线程」的模型。具体表现为线程资源耗尽操作系统能创建的线程数量是有限的几百上千个连接可能就会导致线程数爆表。大量线程空转大多数连接可能长时间没有数据交互但对应的线程却一直阻塞在read()上白白占用内存和系统资源。上下文切换开销大线程数越多CPU 在线程调度上的开销越大真正用于处理业务的时间反而减少。为了解决这个问题前辈们又搞出了「线程池 短连接」「伪异步 I/O」等方案但本质上仍然是「一个连接在某个时刻占用一个线程」治标不治本。3.4 BIO 的底层系统调用在 Linux 下BIO 的accept()和read()最终会分别对应accept()和recvfrom()系统调用。当内核缓冲区没有数据时这些系统调用会阻塞触发线程调度让当前线程进入等待队列。直到数据到达或者超时线程才会被重新唤醒。所以 BIO 的关键词是同步、阻塞、实现简单、可扩展性差。四、NIO同步非阻塞 I/O4.1 名词辨析NIO 的多重含义提到 NIO需要先澄清一个概念上的容易混淆点。NIO 在不同语境下有两种含义New I/O指 JDK 1.4 引入的java.nio包提供Channel、Buffer、Selector等全新 API。Non-blocking I/O指非阻塞 I/O 模型。大多数面试语境下的「NIO」指的是利用Selector实现的I/O 多路复用也叫同步非阻塞模型。下文如无特别说明NIO 均指这一模型。4.2 NIO 的三大核心组件NIO 与传统 BIO 最大的不同在于它引入了三个新组件Channel、Buffer和Selector。4.2.1 Channel通道Channel 可以理解为「双向的数据传输通道」它同时支持读取和写入。传统的InputStream和OutputStream是单向的而 Channel 是双向的。常见的 Channel 有FileChannel文件通道。SocketChannelTCP 客户端通道。ServerSocketChannelTCP 服务端通道。DatagramChannelUDP 通道。4.2.2 Buffer缓冲区BIO 是面向流的数据直接从流中读取而 NIO 是面向缓冲区的所有数据读写都必须经过 Buffer。Buffer 本质上是一块内存包含capacity、position、limit等关键属性capacity缓冲区容量创建后不可变。position当前读写位置。limit读写操作的边界。常用的 Buffer 有ByteBuffer、CharBuffer等。读写数据时需要反复调用flip()、clear()、compact()来切换读写模式。4.2.3 Selector选择器Selector 是 NIO 实现多路复用的核心。它允许一个线程同时监控多个 Channel 的就绪状态。当某个 Channel 上有可读、可写或者连接事件发生时Selector 会通知应用程序应用程序再对相应 Channel 进行处理。通过 Selector可以实现「一个线程处理大量连接」这就是常说的Reactor 模式。4.3 NIO 服务端代码示例下面用 NIO 重写上面的 Echo 服务端import java.io.IOException; import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.*; import java.nio.charset.StandardCharsets; import java.util.Iterator; import java.util.Set; public class NioServer { public static void main(String[] args) throws IOException { Selector selector Selector.open(); // 1. 打开服务端通道并绑定端口 ServerSocketChannel serverChannel ServerSocketChannel.open(); serverChannel.bind(new InetSocketAddress(8080)); // 2. 设置非阻塞模式 serverChannel.configureBlocking(false); // 3. 注册到 Selector监听连接事件 serverChannel.register(selector, SelectionKey.OP_ACCEPT); System.out.println(NIO 服务端启动监听端口 8080); while (true) { // 4. select 阻塞直到至少有一个 Channel 就绪 selector.select(); SetSelectionKey keys selector.selectedKeys(); IteratorSelectionKey iterator keys.iterator(); while (iterator.hasNext()) { SelectionKey key iterator.next(); iterator.remove(); if (key.isAcceptable()) { // 处理新连接 ServerSocketChannel server (ServerSocketChannel) key.channel(); SocketChannel client server.accept(); client.configureBlocking(false); client.register(selector, SelectionKey.OP_READ); System.out.println(收到客户端连接 client.getRemoteAddress()); } else if (key.isReadable()) { // 处理读事件 SocketChannel client (SocketChannel) key.channel(); ByteBuffer buffer ByteBuffer.allocate(1024); int len client.read(buffer); if (len -1) { client.close(); continue; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); System.out.println(收到消息 msg); // 回写数据 ByteBuffer outBuffer StandardCharsets.UTF_8.encode(Echo: msg); client.write(outBuffer); } } } } }这个实现中只有一个主线程通过 Selector 同时管理多个连接。当没有任何事件就绪时线程阻塞在selector.select()一旦有事件发生就遍历就绪的 SelectionKey 进行处理。4.4 NIO 的底层实现Select、Poll、EpollSelector 在 Linux 下的实现经历了从select到poll再到epoll的演进。这是面试中的高频考点必须掌握4.4.1 select把要监听的 fd 集合从用户态拷贝到内核态。内核轮询检查每个 fd 是否就绪。fd 数量受FD_SETSIZE限制默认 1024。每次调用都需要重新拷贝整个 fd 集合开销大时间复杂度 O(n)。4.4.2 poll用链表代替 select 的数组没有 1024 数量限制。但仍然需要遍历所有 fd仍是 O(n)。4.4.3 epoll通过epoll_ctl注册 fd内核维护就绪事件队列。通过epoll_wait获取就绪事件不需要遍历所有连接。支持ET边缘触发和LT水平触发两种模式。事件驱动性能不随连接数线性下降适合高并发场景。可以用一句话概括select 和 poll 是「轮询所有连接」的模型epoll 是「只处理就绪连接」的事件驱动模型。所以在大规模并发下epoll 性能远优于 select 和 poll。4.5 NIO 是否真的是「非阻塞」这是一个经典的认知陷阱。NIO 中如果 Channel 配置为非阻塞模式直接调用read()没有数据时会立即返回 0线程不会被挂起这是真正的非阻塞。但在实际运用多路复用时selector.select()方法本身在没有事件时仍然会阻塞。不过它阻塞的是「等待事件」而不是「等待某一个连接的数据」。因此更准确的说法是NIO 处理单个 Channel 的操作是非阻塞的但 Selector 等待事件的过程是阻塞的。它属于「同步非阻塞」模型——同步体现在数据从内核复制到用户空间时线程仍需要自己去执行复制非阻塞体现在线程不用傻等某一个连接的数据。五、AIO异步非阻塞 I/O5.1 AIO 的基本概念AIOAsynchronous I/O即异步非阻塞 I/O在 JDK 1.7 中引入对应java.nio.channels.AsynchronousSocketChannel、AsynchronousServerSocketChannel等类。AIO 与 NIO 的本质区别在于AIO 中数据从内核复制到用户空间的整个 I/O 操作都由操作系统完成应用程序发起请求后可以立即返回去做别的事情当 I/O 完成后操作系统通过回调函数或 Future 对象通知应用程序。这就是Proactor 模式与 NIO 的Reactor 模式相对应。5.2 AIO 服务端代码示例下面分别使用Future和回调函数两种方式实现 AIO Echo 服务端帮助大家直观感受 AIO 的异步处理流程。5.2.1 基于 Future 的 AIO 服务端首先创建AsynchronousServerSocketChannel循环调用accept()获取Future再通过get()阻塞当前线程直到连接完成。为了保持示例简单这里的读取同样以Future方式同步等待完成。import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.AsynchronousServerSocketChannel; import java.nio.channels.AsynchronousSocketChannel; import java.nio.charset.StandardCharsets; import java.util.concurrent.Future; public class AioFutureServer { public static void main(String[] args) throws Exception { AsynchronousServerSocketChannel server AsynchronousServerSocketChannel.open(); server.bind(new InetSocketAddress(8080)); System.out.println(AIO Future 服务端启动监听端口 8080); while (true) { // accept 立即返回 Future FutureAsynchronousSocketChannel future server.accept(); // get 阻塞直到有客户端连接 AsynchronousSocketChannel client future.get(); System.out.println(收到客户端连接 client.getRemoteAddress()); // 每个连接交给一个异步读取任务 handle(client); } } static void handle(AsynchronousSocketChannel client) throws Exception { ByteBuffer buffer ByteBuffer.allocate(1024); while (client.isOpen()) { FutureInteger readFuture client.read(buffer); int len readFuture.get(); if (len -1) { client.close(); return; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); buffer.clear(); System.out.println(收到消息 msg); ByteBuffer out StandardCharsets.UTF_8.encode(Echo: msg); client.write(out).get(); } } }Future 方式的优点是代码结构直观容易理解缺点是get()仍然会阻塞当前线程。如果希望用单线程处理多个连接还需要结合线程池或反复检查isDone()。5.2.2 基于 CompletionHandler 回调的 AIO 服务端更符合异步思想的是回调方式给accept()、read()、write()传入CompletionHandler操作系统完成 I/O 后主动回调对应方法。import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.AsynchronousServerSocketChannel; import java.nio.channels.AsynchronousSocketChannel; import java.nio.channels.CompletionHandler; import java.nio.charset.StandardCharsets; public class AioCallbackServer { public static void main(String[] args) throws Exception { AsynchronousServerSocketChannel server AsynchronousServerSocketChannel.open(); server.bind(new InetSocketAddress(8080)); System.out.println(AIO 回调服务端启动监听端口 8080); server.accept(null, new CompletionHandlerAsynchronousSocketChannel, Object() { Override public void completed(AsynchronousSocketChannel client, Object attachment) { // 继续监听下一个连接 server.accept(null, this); System.out.println(收到客户端连接 client); ByteBuffer buffer ByteBuffer.allocate(1024); client.read(buffer, buffer, new CompletionHandlerInteger, ByteBuffer() { Override public void completed(Integer len, ByteBuffer buffer) { if (len -1) { try { client.close(); } catch (Exception e) { e.printStackTrace(); } return; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); System.out.println(收到消息 msg); ByteBuffer out StandardCharsets.UTF_8.encode(Echo: msg); client.write(out, out, new CompletionHandlerInteger, ByteBuffer() { Override public void completed(Integer result, ByteBuffer attachment) { ByteBuffer next ByteBuffer.allocate(1024); client.read(next, next, this); } Override public void failed(Throwable exc, ByteBuffer attachment) { exc.printStackTrace(); try { client.close(); } catch (Exception e) { e.printStackTrace(); } } }); } Override public void failed(Throwable exc, ByteBuffer buffer) { exc.printStackTrace(); try { client.close(); } catch (Exception e) { e.printStackTrace(); } } }); } Override public void failed(Throwable exc, Object attachment) { exc.printStackTrace(); } }); // 阻塞主线程避免程序退出 Thread.currentThread().join(); } }回调方式完全基于事件驱动业务代码写在completed()中。优点是没有线程阻塞缺点是层层嵌套容易形成「回调地狱」错误处理和代码可读性较差。5.3 AIO 的底层实现与平台差异AIO 在不同操作系统上的实现差异很大这也是面试中非常容易追问的点。Windows底层使用IOCPI/O Completion PortI/O 完成端口。这是 Windows 原生的异步 I/O 机制实现非常完善AIO 在 Windows 上性能表现很好。LinuxJDK 的AsynchronousServerSocketChannel和AsynchronousSocketChannel在早期版本底层并不是真正由内核异步完成而是通过epoll 线程池模拟异步。也就是说Java 应用层看到的是异步 API但内核仍在使用多路复用。macOS底层使用Kqueue同样存在模拟实现的问题。正因为 Linux 下 JDK AIO 的底层实现并不「纯粹」再加上易用性和生态问题实际生产中 Java 高并发网络编程很少直接使用 AIO而是更倾向于 NIO 及其上层框架 Netty。5.4 AIO 的优缺点总结AIO 的优点真正的异步非阻塞 I/O读写操作由操作系统完成应用线程不会阻塞。适合连接数量很大、单个连接数据处理耗时较长的场景。在 Windows 平台上底层实现完善。AIO 的缺点Linux 上底层实现并非完全异步性能和 NIO epoll 相比没有压倒性优势。回调方式易出现「回调地狱」代码结构复杂。Netty、Tomcat 等主流框架长期选择基于 NIO 构建AIO 的生态相对薄弱。六、BIO、NIO、AIO 三者对比理解完三者的概念后我们用一张表把它们放在一起对比这是回答面试题最核心的表达框架。对比维度BIONIOAIO模型类型同步阻塞同步非阻塞异步非阻塞进程/线程模型一个连接一个线程一个线程处理多连接回调/事件驱动数据读写主体应用线程应用线程操作系统底层实现accept/recvfromselect/poll/epollIOCP/epoll 模拟编程复杂度简单较复杂较复杂且易回调嵌套适用场景低并发、小规模连接高并发、大量连接大量连接且异步友好七、Reactor 与 Proactor 模式7.1 Reactor 模式Reactor反应器模式是 NIO 的核心设计思想通常翻译为「反应堆」。应用程序把关心的事件注册到 Reactor。Reactor 负责监听事件例如连接建立、可读、可写等。事件发生后Reactor 把就绪的 Channel「分发」给对应的 Handler。Handler 再调用read()或write()完成实际读写。也就是说Reactor 只负责事件分发实际数据读取仍由应用线程完成因此对应的是「同步非阻塞」模型。7.2 主从 Reactor 模型在高性能网络框架中Reactor 还可以拆分为主 Reactor和从 ReactorMainReactor单独监听accept事件把新连接注册到 SubReactor。SubReactor负责监听已建立连接上的读写事件并分发到业务线程池。Netty 的bossGroup和workerGroup就是典型的主从 Reactor 模型。7.3 Proactor 模式Proactor前摄器模式对应 AIO 的设计思想应用程序发起异步操作把缓冲区、回调处理器交给操作系统。操作系统完成数据从内核到用户空间的复制后回调completed()。应用线程只处理业务结果不再亲自读取数据。Reactor 是「事件就绪后由应用线程主动读」Proactor 是「I/O 完成后由操作系统回调」这是二者最本质的区别。八、实际项目中如何选型回到最初的问题最实用的部分面试官问区别本质是考察你能否根据场景做出合理选择。连接数不多、业务简单例如内部小工具、一次性脚本可以使用 BIO代码最简单排查问题也直观。高并发、大量长连接例如 IM 网关、推送服务、RPC 框架应选择 NIO。实际开发中通常直接使用基于 NIO 的Netty。少量超大文件的异步读写可以考虑AsynchronousFileChannel但网络编程中长期使用 AIO 的案例较少。连接数极大且 Windows 平台部署AIO 可能是相对合适的选择但仍然要结合公司技术栈和团队熟悉度。简而言之默认选择 NIO/Netty特殊小场景可以用 BIOAIO 了解其思想和 API 即可。九、面试高频追问与回答思路9.1 为什么 Netty 不用 AIONetty 早期对 AIO 做过实验最终没有作为默认实现主要原因有Linux 下 JDK 的 AIO 底层是 epoll 线程池模拟性能提升不明显。NIO epoll 已经足够快且 Netty 在此基础上做了零拷贝、对象池、主从 Reactor 等大量优化。AIO 回调模型在复杂协议处理中不如 Reactor 模型易于控制。9.2 select、poll、epoll 的核心区别回答要点select 有 1024 上限且每次都要复制 fd 集合poll 用链表去掉了数量限制但仍需轮询epoll 通过就绪事件队列实现事件驱动只返回就绪 fd并支持 ET/LT 模式适合高并发。9.3 阻塞、非阻塞、同步、异步究竟怎么区分回答要点阻塞/非阻塞看「线程是否被挂起」同步/异步看「数据复制由谁完成、结果如何通知」。BIO 同步阻塞NIO 同步非阻塞AIO 异步非阻塞。9.4 读返回 0、-1 分别代表什么在 NIO 非阻塞模式下read()返回 0 表示当前没有数据返回 -1 表示对端已经关闭连接。这是网络编程中非常容易忽略的细节。十、总结BIO、NIO、AIO 的区别表面上考察名词解释实际上覆盖了操作系统 I/O 模型、Linux 系统调用、Java API 设计和网络编程实践。可以从一条主线串联起来BIO一个连接一个线程阻塞等待数据实现简单但扩展性差。NIO通过 Channel、Buffer、Selector 实现多路复用一个线程管理大量连接底层是 select/poll/epoll。AIO真正把 I/O 交给操作系统完成通过回调或 Future 通知应用底层在 Windows 上是 IOCP在 Linux 上早期为 epoll 模拟。理解这些还只是起点更值得继续深入的是Netty 的主从 Reactor 实现、epoll 的 ET/LT 模式、零拷贝以及Java NIO 源码。把这些串联起来面试时才能从「背概念」升级到「讲原理、讲选型、讲实战」。
一、开篇从一个面试场景说起面试官经常会抛出一个看似简单、实则非常考察底层功底的题目「说说 BIO、NIO、AIO 的区别」。很多同学能背出「BIO 是阻塞、NIO 是非阻塞、AIO 是异步非阻塞」但如果继续追问「为什么 NIO 是非阻塞的」「底层分别调用了 Linux 的哪些系统调用」「Select、Poll、Epoll 有什么区别」「Reactor 和 Proactor 模式怎么理解」「在 Java 里分别对应哪些类」「实际项目中该怎么选型」很多人就开始支支吾吾了。这篇文章会从操作系统 I/O 模型出发结合Linux 系统调用、Java 源码与 API、网络编程实战以及面试高频追问点把 BIO、NIO、AIO 三者的区别讲透。文章较长建议先收藏再对照代码逐个实验。二、先建立认知什么是 I/O 模型在讨论 BIO、NIO、AIO 之前必须先搞清楚一个更底层的概念一次网络 I/O 操作在操作系统层面到底发生了什么。2.1 一次网络读取的全过程当 Java 程序调用read()方法读取网络数据时整个过程通常分为两个阶段等待数据到达数据可能还没有到达网卡或者还在内核缓冲区中应用程序需要等待。数据从内核复制到用户空间当内核缓冲区准备好数据后需要把数据从内核空间拷贝到用户进程的缓冲区中。这两个阶段的处理方式直接决定了 I/O 是「阻塞」还是「非阻塞」、「同步」还是「异步」。这是理解 BIO、NIO、AIO 的核心钥匙。2.2 两个关键维度阻塞/非阻塞、同步/异步很多人搞混这两个概念其实它们是两个不同维度阻塞与非阻塞关注的是调用线程是否被挂起。如果调用read()后线程必须停下来等待结果就是阻塞如果read()立即返回一个「现在还没有数据」的状态线程可以继续干别的事就是非阻塞。同步与异步关注的是数据复制阶段由谁来完成、结果如何通知调用方。同步 I/O 中数据从内核复制到用户空间这个动作是由调用线程自己或在内核替它完成后线程仍需等待结果完成的异步 I/O 中操作系统完成所有工作后通过回调或事件主动通知应用程序。结合这两个维度可以得出经典的Unix 五种 I/O 模型阻塞 I/O、非阻塞 I/O、I/O 多路复用、信号驱动 I/O、异步 I/O。而 Java 中的 BIO、NIO、AIO正是对其中的若干模型的封装。补充说明严格来说「非阻塞 I/O」和「I/O 多路复用」常被统称为同步非阻塞而 AIO 属于真正的异步 I/O。NIO 这个名词在不同语境下含义略有差异稍后会详细辨析。三、BIO同步阻塞 I/O3.1 BIO 的基本概念BIOBlocking I/O即同步阻塞 I/O是 Java 1.0 时代就有的传统 I/O 模型。在 JDK 1.4 之前Java 的网络编程只能使用 BIO。它的典型实现包括java.io包下的流操作以及java.net包下的Socket、ServerSocket。所谓「阻塞」指的是服务端调用accept()时如果没有客户端连接进来线程会一直阻塞等待。客户端调用read()时如果对端没有发送数据线程会一直阻塞等待。调用write()时如果内核发送缓冲区已满线程也会阻塞等待。3.2 BIO 服务端代码示例下面是一个典型的 BIO 服务端实现每个客户端连接都用一个独立线程处理import java.io.*; import java.net.ServerSocket; import java.net.Socket; public class BioServer { public static void main(String[] args) throws IOException { ServerSocket serverSocket new ServerSocket(8080); System.out.println(BIO 服务端启动监听端口 8080); while (true) { // 1. accept 阻塞直到有客户端连接 Socket socket serverSocket.accept(); System.out.println(收到客户端连接 socket.getRemoteSocketAddress()); // 2. 每个连接分配一个独立线程 new Thread(new ClientHandler(socket)).start(); } } static class ClientHandler implements Runnable { private final Socket socket; ClientHandler(Socket socket) { this.socket socket; } Override public void run() { try (BufferedReader reader new BufferedReader( new InputStreamReader(socket.getInputStream())); PrintWriter writer new PrintWriter( socket.getOutputStream(), true)) { String line; // 3. readLine 阻塞直到客户端发送一行数据 while ((line reader.readLine()) ! null) { System.out.println(收到消息 line); writer.println(Echo: line); } } catch (IOException e) { e.printStackTrace(); } finally { try { socket.close(); } catch (IOException e) { e.printStackTrace(); } } } } }这段代码的问题非常明显每来一个连接就要new Thread而readLine()又是阻塞的。当连接数量增多时线程数也会线性增长。3.3 BIO 的致命缺陷一连接一线程BIO 最典型的缺陷就是「一个连接一个线程」的模型。具体表现为线程资源耗尽操作系统能创建的线程数量是有限的几百上千个连接可能就会导致线程数爆表。大量线程空转大多数连接可能长时间没有数据交互但对应的线程却一直阻塞在read()上白白占用内存和系统资源。上下文切换开销大线程数越多CPU 在线程调度上的开销越大真正用于处理业务的时间反而减少。为了解决这个问题前辈们又搞出了「线程池 短连接」「伪异步 I/O」等方案但本质上仍然是「一个连接在某个时刻占用一个线程」治标不治本。3.4 BIO 的底层系统调用在 Linux 下BIO 的accept()和read()最终会分别对应accept()和recvfrom()系统调用。当内核缓冲区没有数据时这些系统调用会阻塞触发线程调度让当前线程进入等待队列。直到数据到达或者超时线程才会被重新唤醒。所以 BIO 的关键词是同步、阻塞、实现简单、可扩展性差。四、NIO同步非阻塞 I/O4.1 名词辨析NIO 的多重含义提到 NIO需要先澄清一个概念上的容易混淆点。NIO 在不同语境下有两种含义New I/O指 JDK 1.4 引入的java.nio包提供Channel、Buffer、Selector等全新 API。Non-blocking I/O指非阻塞 I/O 模型。大多数面试语境下的「NIO」指的是利用Selector实现的I/O 多路复用也叫同步非阻塞模型。下文如无特别说明NIO 均指这一模型。4.2 NIO 的三大核心组件NIO 与传统 BIO 最大的不同在于它引入了三个新组件Channel、Buffer和Selector。4.2.1 Channel通道Channel 可以理解为「双向的数据传输通道」它同时支持读取和写入。传统的InputStream和OutputStream是单向的而 Channel 是双向的。常见的 Channel 有FileChannel文件通道。SocketChannelTCP 客户端通道。ServerSocketChannelTCP 服务端通道。DatagramChannelUDP 通道。4.2.2 Buffer缓冲区BIO 是面向流的数据直接从流中读取而 NIO 是面向缓冲区的所有数据读写都必须经过 Buffer。Buffer 本质上是一块内存包含capacity、position、limit等关键属性capacity缓冲区容量创建后不可变。position当前读写位置。limit读写操作的边界。常用的 Buffer 有ByteBuffer、CharBuffer等。读写数据时需要反复调用flip()、clear()、compact()来切换读写模式。4.2.3 Selector选择器Selector 是 NIO 实现多路复用的核心。它允许一个线程同时监控多个 Channel 的就绪状态。当某个 Channel 上有可读、可写或者连接事件发生时Selector 会通知应用程序应用程序再对相应 Channel 进行处理。通过 Selector可以实现「一个线程处理大量连接」这就是常说的Reactor 模式。4.3 NIO 服务端代码示例下面用 NIO 重写上面的 Echo 服务端import java.io.IOException; import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.*; import java.nio.charset.StandardCharsets; import java.util.Iterator; import java.util.Set; public class NioServer { public static void main(String[] args) throws IOException { Selector selector Selector.open(); // 1. 打开服务端通道并绑定端口 ServerSocketChannel serverChannel ServerSocketChannel.open(); serverChannel.bind(new InetSocketAddress(8080)); // 2. 设置非阻塞模式 serverChannel.configureBlocking(false); // 3. 注册到 Selector监听连接事件 serverChannel.register(selector, SelectionKey.OP_ACCEPT); System.out.println(NIO 服务端启动监听端口 8080); while (true) { // 4. select 阻塞直到至少有一个 Channel 就绪 selector.select(); SetSelectionKey keys selector.selectedKeys(); IteratorSelectionKey iterator keys.iterator(); while (iterator.hasNext()) { SelectionKey key iterator.next(); iterator.remove(); if (key.isAcceptable()) { // 处理新连接 ServerSocketChannel server (ServerSocketChannel) key.channel(); SocketChannel client server.accept(); client.configureBlocking(false); client.register(selector, SelectionKey.OP_READ); System.out.println(收到客户端连接 client.getRemoteAddress()); } else if (key.isReadable()) { // 处理读事件 SocketChannel client (SocketChannel) key.channel(); ByteBuffer buffer ByteBuffer.allocate(1024); int len client.read(buffer); if (len -1) { client.close(); continue; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); System.out.println(收到消息 msg); // 回写数据 ByteBuffer outBuffer StandardCharsets.UTF_8.encode(Echo: msg); client.write(outBuffer); } } } } }这个实现中只有一个主线程通过 Selector 同时管理多个连接。当没有任何事件就绪时线程阻塞在selector.select()一旦有事件发生就遍历就绪的 SelectionKey 进行处理。4.4 NIO 的底层实现Select、Poll、EpollSelector 在 Linux 下的实现经历了从select到poll再到epoll的演进。这是面试中的高频考点必须掌握4.4.1 select把要监听的 fd 集合从用户态拷贝到内核态。内核轮询检查每个 fd 是否就绪。fd 数量受FD_SETSIZE限制默认 1024。每次调用都需要重新拷贝整个 fd 集合开销大时间复杂度 O(n)。4.4.2 poll用链表代替 select 的数组没有 1024 数量限制。但仍然需要遍历所有 fd仍是 O(n)。4.4.3 epoll通过epoll_ctl注册 fd内核维护就绪事件队列。通过epoll_wait获取就绪事件不需要遍历所有连接。支持ET边缘触发和LT水平触发两种模式。事件驱动性能不随连接数线性下降适合高并发场景。可以用一句话概括select 和 poll 是「轮询所有连接」的模型epoll 是「只处理就绪连接」的事件驱动模型。所以在大规模并发下epoll 性能远优于 select 和 poll。4.5 NIO 是否真的是「非阻塞」这是一个经典的认知陷阱。NIO 中如果 Channel 配置为非阻塞模式直接调用read()没有数据时会立即返回 0线程不会被挂起这是真正的非阻塞。但在实际运用多路复用时selector.select()方法本身在没有事件时仍然会阻塞。不过它阻塞的是「等待事件」而不是「等待某一个连接的数据」。因此更准确的说法是NIO 处理单个 Channel 的操作是非阻塞的但 Selector 等待事件的过程是阻塞的。它属于「同步非阻塞」模型——同步体现在数据从内核复制到用户空间时线程仍需要自己去执行复制非阻塞体现在线程不用傻等某一个连接的数据。五、AIO异步非阻塞 I/O5.1 AIO 的基本概念AIOAsynchronous I/O即异步非阻塞 I/O在 JDK 1.7 中引入对应java.nio.channels.AsynchronousSocketChannel、AsynchronousServerSocketChannel等类。AIO 与 NIO 的本质区别在于AIO 中数据从内核复制到用户空间的整个 I/O 操作都由操作系统完成应用程序发起请求后可以立即返回去做别的事情当 I/O 完成后操作系统通过回调函数或 Future 对象通知应用程序。这就是Proactor 模式与 NIO 的Reactor 模式相对应。5.2 AIO 服务端代码示例下面分别使用Future和回调函数两种方式实现 AIO Echo 服务端帮助大家直观感受 AIO 的异步处理流程。5.2.1 基于 Future 的 AIO 服务端首先创建AsynchronousServerSocketChannel循环调用accept()获取Future再通过get()阻塞当前线程直到连接完成。为了保持示例简单这里的读取同样以Future方式同步等待完成。import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.AsynchronousServerSocketChannel; import java.nio.channels.AsynchronousSocketChannel; import java.nio.charset.StandardCharsets; import java.util.concurrent.Future; public class AioFutureServer { public static void main(String[] args) throws Exception { AsynchronousServerSocketChannel server AsynchronousServerSocketChannel.open(); server.bind(new InetSocketAddress(8080)); System.out.println(AIO Future 服务端启动监听端口 8080); while (true) { // accept 立即返回 Future FutureAsynchronousSocketChannel future server.accept(); // get 阻塞直到有客户端连接 AsynchronousSocketChannel client future.get(); System.out.println(收到客户端连接 client.getRemoteAddress()); // 每个连接交给一个异步读取任务 handle(client); } } static void handle(AsynchronousSocketChannel client) throws Exception { ByteBuffer buffer ByteBuffer.allocate(1024); while (client.isOpen()) { FutureInteger readFuture client.read(buffer); int len readFuture.get(); if (len -1) { client.close(); return; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); buffer.clear(); System.out.println(收到消息 msg); ByteBuffer out StandardCharsets.UTF_8.encode(Echo: msg); client.write(out).get(); } } }Future 方式的优点是代码结构直观容易理解缺点是get()仍然会阻塞当前线程。如果希望用单线程处理多个连接还需要结合线程池或反复检查isDone()。5.2.2 基于 CompletionHandler 回调的 AIO 服务端更符合异步思想的是回调方式给accept()、read()、write()传入CompletionHandler操作系统完成 I/O 后主动回调对应方法。import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.AsynchronousServerSocketChannel; import java.nio.channels.AsynchronousSocketChannel; import java.nio.channels.CompletionHandler; import java.nio.charset.StandardCharsets; public class AioCallbackServer { public static void main(String[] args) throws Exception { AsynchronousServerSocketChannel server AsynchronousServerSocketChannel.open(); server.bind(new InetSocketAddress(8080)); System.out.println(AIO 回调服务端启动监听端口 8080); server.accept(null, new CompletionHandlerAsynchronousSocketChannel, Object() { Override public void completed(AsynchronousSocketChannel client, Object attachment) { // 继续监听下一个连接 server.accept(null, this); System.out.println(收到客户端连接 client); ByteBuffer buffer ByteBuffer.allocate(1024); client.read(buffer, buffer, new CompletionHandlerInteger, ByteBuffer() { Override public void completed(Integer len, ByteBuffer buffer) { if (len -1) { try { client.close(); } catch (Exception e) { e.printStackTrace(); } return; } buffer.flip(); String msg StandardCharsets.UTF_8.decode(buffer).toString(); System.out.println(收到消息 msg); ByteBuffer out StandardCharsets.UTF_8.encode(Echo: msg); client.write(out, out, new CompletionHandlerInteger, ByteBuffer() { Override public void completed(Integer result, ByteBuffer attachment) { ByteBuffer next ByteBuffer.allocate(1024); client.read(next, next, this); } Override public void failed(Throwable exc, ByteBuffer attachment) { exc.printStackTrace(); try { client.close(); } catch (Exception e) { e.printStackTrace(); } } }); } Override public void failed(Throwable exc, ByteBuffer buffer) { exc.printStackTrace(); try { client.close(); } catch (Exception e) { e.printStackTrace(); } } }); } Override public void failed(Throwable exc, Object attachment) { exc.printStackTrace(); } }); // 阻塞主线程避免程序退出 Thread.currentThread().join(); } }回调方式完全基于事件驱动业务代码写在completed()中。优点是没有线程阻塞缺点是层层嵌套容易形成「回调地狱」错误处理和代码可读性较差。5.3 AIO 的底层实现与平台差异AIO 在不同操作系统上的实现差异很大这也是面试中非常容易追问的点。Windows底层使用IOCPI/O Completion PortI/O 完成端口。这是 Windows 原生的异步 I/O 机制实现非常完善AIO 在 Windows 上性能表现很好。LinuxJDK 的AsynchronousServerSocketChannel和AsynchronousSocketChannel在早期版本底层并不是真正由内核异步完成而是通过epoll 线程池模拟异步。也就是说Java 应用层看到的是异步 API但内核仍在使用多路复用。macOS底层使用Kqueue同样存在模拟实现的问题。正因为 Linux 下 JDK AIO 的底层实现并不「纯粹」再加上易用性和生态问题实际生产中 Java 高并发网络编程很少直接使用 AIO而是更倾向于 NIO 及其上层框架 Netty。5.4 AIO 的优缺点总结AIO 的优点真正的异步非阻塞 I/O读写操作由操作系统完成应用线程不会阻塞。适合连接数量很大、单个连接数据处理耗时较长的场景。在 Windows 平台上底层实现完善。AIO 的缺点Linux 上底层实现并非完全异步性能和 NIO epoll 相比没有压倒性优势。回调方式易出现「回调地狱」代码结构复杂。Netty、Tomcat 等主流框架长期选择基于 NIO 构建AIO 的生态相对薄弱。六、BIO、NIO、AIO 三者对比理解完三者的概念后我们用一张表把它们放在一起对比这是回答面试题最核心的表达框架。对比维度BIONIOAIO模型类型同步阻塞同步非阻塞异步非阻塞进程/线程模型一个连接一个线程一个线程处理多连接回调/事件驱动数据读写主体应用线程应用线程操作系统底层实现accept/recvfromselect/poll/epollIOCP/epoll 模拟编程复杂度简单较复杂较复杂且易回调嵌套适用场景低并发、小规模连接高并发、大量连接大量连接且异步友好七、Reactor 与 Proactor 模式7.1 Reactor 模式Reactor反应器模式是 NIO 的核心设计思想通常翻译为「反应堆」。应用程序把关心的事件注册到 Reactor。Reactor 负责监听事件例如连接建立、可读、可写等。事件发生后Reactor 把就绪的 Channel「分发」给对应的 Handler。Handler 再调用read()或write()完成实际读写。也就是说Reactor 只负责事件分发实际数据读取仍由应用线程完成因此对应的是「同步非阻塞」模型。7.2 主从 Reactor 模型在高性能网络框架中Reactor 还可以拆分为主 Reactor和从 ReactorMainReactor单独监听accept事件把新连接注册到 SubReactor。SubReactor负责监听已建立连接上的读写事件并分发到业务线程池。Netty 的bossGroup和workerGroup就是典型的主从 Reactor 模型。7.3 Proactor 模式Proactor前摄器模式对应 AIO 的设计思想应用程序发起异步操作把缓冲区、回调处理器交给操作系统。操作系统完成数据从内核到用户空间的复制后回调completed()。应用线程只处理业务结果不再亲自读取数据。Reactor 是「事件就绪后由应用线程主动读」Proactor 是「I/O 完成后由操作系统回调」这是二者最本质的区别。八、实际项目中如何选型回到最初的问题最实用的部分面试官问区别本质是考察你能否根据场景做出合理选择。连接数不多、业务简单例如内部小工具、一次性脚本可以使用 BIO代码最简单排查问题也直观。高并发、大量长连接例如 IM 网关、推送服务、RPC 框架应选择 NIO。实际开发中通常直接使用基于 NIO 的Netty。少量超大文件的异步读写可以考虑AsynchronousFileChannel但网络编程中长期使用 AIO 的案例较少。连接数极大且 Windows 平台部署AIO 可能是相对合适的选择但仍然要结合公司技术栈和团队熟悉度。简而言之默认选择 NIO/Netty特殊小场景可以用 BIOAIO 了解其思想和 API 即可。九、面试高频追问与回答思路9.1 为什么 Netty 不用 AIONetty 早期对 AIO 做过实验最终没有作为默认实现主要原因有Linux 下 JDK 的 AIO 底层是 epoll 线程池模拟性能提升不明显。NIO epoll 已经足够快且 Netty 在此基础上做了零拷贝、对象池、主从 Reactor 等大量优化。AIO 回调模型在复杂协议处理中不如 Reactor 模型易于控制。9.2 select、poll、epoll 的核心区别回答要点select 有 1024 上限且每次都要复制 fd 集合poll 用链表去掉了数量限制但仍需轮询epoll 通过就绪事件队列实现事件驱动只返回就绪 fd并支持 ET/LT 模式适合高并发。9.3 阻塞、非阻塞、同步、异步究竟怎么区分回答要点阻塞/非阻塞看「线程是否被挂起」同步/异步看「数据复制由谁完成、结果如何通知」。BIO 同步阻塞NIO 同步非阻塞AIO 异步非阻塞。9.4 读返回 0、-1 分别代表什么在 NIO 非阻塞模式下read()返回 0 表示当前没有数据返回 -1 表示对端已经关闭连接。这是网络编程中非常容易忽略的细节。十、总结BIO、NIO、AIO 的区别表面上考察名词解释实际上覆盖了操作系统 I/O 模型、Linux 系统调用、Java API 设计和网络编程实践。可以从一条主线串联起来BIO一个连接一个线程阻塞等待数据实现简单但扩展性差。NIO通过 Channel、Buffer、Selector 实现多路复用一个线程管理大量连接底层是 select/poll/epoll。AIO真正把 I/O 交给操作系统完成通过回调或 Future 通知应用底层在 Windows 上是 IOCP在 Linux 上早期为 epoll 模拟。理解这些还只是起点更值得继续深入的是Netty 的主从 Reactor 实现、epoll 的 ET/LT 模式、零拷贝以及Java NIO 源码。把这些串联起来面试时才能从「背概念」升级到「讲原理、讲选型、讲实战」。
