从 BIO 到 NIO 再到 AIO：Java 网络编程模型的演进之路

原创已于 2025-06-14 23:38:40 修改 · 875 阅读

11 ·

CC 4.0 BY-SA版权

文章标签：

#网络 #nio #java

于 2025-06-14 21:01:22 首次发布

在Java网络编程的世界里，BIO、NIO和AIO是三种截然不同的通信模式。为了更好地理解它们的区别，我们可以用生活中的场景来类比：快递配送、餐厅服务和外卖点餐。

一、BIO（Blocking I/O）：传统快递员模式

核心特点：一对一服务，全程等待

BIO就像传统的快递员，每次只能送一个包裹，并且必须等待收件人签收后才能送下一个。如果收件人不在家，快递员就只能干等着。
BIO流程图

类比场景：

快递员：每个客户端连接对应一个线程，线程在读写数据时会被阻塞。
等待签收：线程在read()或write()操作时，必须等待数据就绪，期间无法执行其他任务。

代码比喻：

// 每个快递员（线程）只负责一个包裹（连接）
new Thread(() -> {
    // 等待客户签收（阻塞）
    byte[] data = new byte[1024];
    inputStream.read(data); // 必须等客户签收才能继续
    // 处理包裹
}).start();

适用场景：

包裹数量少（连接数少）
签收速度快（处理逻辑简单）

缺点：

快递员大量时间浪费在等待上（线程阻塞）
包裹数量增多时，需要大量快递员（线程资源消耗大）

二、NIO（Non-blocking I/O）：餐厅服务员模式

核心组件：

Channel（通道）：餐桌（数据传输的载体）
Buffer（缓冲区）：点菜单（临时存储数据的媒介）
Selector（选择器）：服务员（负责轮询和调度）

关键流程：

顾客点菜（写入Buffer）：

ByteBuffer buffer = ByteBuffer.allocate(1024); // 创建点菜单
buffer.put("宫保鸡丁".getBytes()); // 顾客写下第一道菜
buffer.put("米饭".getBytes()); // 顾客写下第二道菜
buffer.flip(); // 服务员收起点菜单，准备提交给后厨

服务员提交菜单（Channel传输）：

channel.write(buffer); // 服务员将点菜单交给后厨（非阻塞）

服务员上菜（读取Buffer）：

channel.read(buffer); // 服务员从后厨取菜（非阻塞）
buffer.flip(); // 打开菜单，准备上菜
while (buffer.hasRemaining()) {
    serveDish(buffer.get()); // 依次上菜
}

优势：
一个服务员可以同时服务多张桌子，通过轮询（定期巡视）提高效率。顾客不需要等待服务员一直在旁边，写下菜单后可以做其他事情。

三、AIO（Asynchronous I/O）：外卖点餐模式

核心特点：零等待，回调通知

AIO就像外卖点餐，顾客下单后不需要等待，继续做自己的事情。当外卖送达时，系统会通过短信或App通知顾客。
AIO流程图

类比场景：

顾客：应用程序线程。
下单：发起异步I/O操作。
继续做事：线程不需要等待，继续执行其他任务。
通知送达：操作完成后通过回调函数通知。

代码比喻：

// 顾客下单（发起异步操作）
asynchronousSocketChannel.read(buffer, null, new CompletionHandler<Integer, Void>() {
    @Override
    public void completed(Integer result, Void attachment) {
        // 外卖送达（处理结果）
    }
    
    @Override
    public void failed(Throwable exc, Void attachment) {
        // 外卖丢失（处理异常）
    }
});

// 顾客继续做自己的事情（线程不阻塞）
System.out.println("我可以继续工作了...");

适用场景：

订单量大（高并发）
配送时间长（耗时操作）

优点：

顾客无需等待（线程资源利用率高）
适合处理大量耗时操作（如文件传输、数据库查询）

四、三种模式对比表

特性	BIO（快递员）	NIO（服务员）	AIO（外卖）
服务模式	一对一服务，全程等待	一对多服务，轮询接单	零等待，回调通知
线程模型	一个连接一个线程	一个线程管理多个连接	无需等待线程
阻塞点	read/write操作	Selector.select()	无
适用场景	连接少、处理快	连接多、处理短	连接多、处理慢
典型案例	传统数据库连接	Web服务器（Netty）	文件服务器

五、如何选择合适的模式？

如果你开了一家小餐馆：
- 顾客少（连接数少）→ 用BIO，雇一个服务员专门服务一桌客人。
- 顾客多但点单快（短连接）→ 用NIO，一个服务员可以同时服务多张桌子。
- 顾客多且点菜慢（长连接）→ 用AIO，让顾客自己下单，服务员只负责上菜。
简述：
- 连接少用BIO，简单直接。
- 连接多用NIO，高效灵活。
- 耗时操作用AIO，省心省力。