播面

BIO、NIO 和 AIO 是 Java 中三种不同的 I/O 模型，它们主要区别在于数据读取和处理连接的方式不同，分别代表了同步阻塞、同步非阻塞和异步非阻塞。

以下是详细的对比和解释：

---

1. BIO (Blocking I/O) - 同步阻塞 I/O

这是最传统、最简单的模型（JDK 1.4 之前）。

• 工作原理：
  • 一连接一线程：服务器为每个客户端连接启动一个线程。
  • 阻塞：当线程进行 I/O 操作（如 read 或 write）时，如果数据没准备好，线程会一直傻等，直到操作完成。在此期间，该线程无法做其他事情。
• 缺点：
  • 资源浪费：如果客户端连接了但不发送数据，线程就会阻塞在那里，占用内存和 CPU 调度资源。
  • 并发能力弱：无法支撑高并发，线程开多了服务器会崩溃。
• 适用场景：连接数目少且固定的架构（如公司内部的小型应用）。

2. NIO (Non-blocking I/O / New I/O) - 同步非阻塞 I/O

JDK 1.4 引入，为了解决 BIO 的高并发问题。

• 核心组件：
  • Channel (通道)：类似流，但双向。
  • Buffer (缓冲区)：数据读写的中转站。
  • Selector (选择器/多路复用器)：核心！一个线程可以监控多个 Channel 的事件（连接、读、写）。
• 工作原理：
  • 多路复用：服务器只需一个线程就可以管理成千上万个连接。
  • 非阻塞：线程向通道请求读取数据时，如果有数据则读取，没数据则立刻返回，不会阻塞线程。线程会不断轮询（Select）查看哪个通道准备好了。
• 缺点：编程模型复杂，需要处理半包、粘包等问题（通常使用 Netty 框架来简化开发）。
• 适用场景：连接数目多且连接比较短（轻操作）的架构，如聊天服务器、Web 服务器（Tomcat, Jetty）。

3. AIO (Asynchronous I/O / NIO.2) - 异步非阻塞 I/O

JDK 1.7 引入。

• 工作原理：
  • 异步回调：应用发起 I/O 请求后，立刻返回去做别的事。
  • 操作系统接管：操作系统负责将数据从内核拷贝到用户空间的缓冲区。
  • 通知：当操作系统把数据读写完后，会通过回调函数（CompletionHandler）通知应用程序“我做完了，你可以处理数据了”。
• 与 NIO 的区别：NIO 是应用去轮询“数据准备好了吗？”，准备好了应用自己去读；AIO 是应用告诉系统“你帮我读”，系统读完了告诉应用。
• 现状：虽然理论上最强，但在 Linux 上目前的底层实现（epoll）并没有完全发挥异步的优势，且编程难度极高。Netty 框架曾经尝试支持 AIO，后来因为性能提升不明显且维护成本高而放弃，转而专注于优化 NIO。
• 适用场景：连接数目多且连接比较长（重操作）的架构，如相册服务器。

---

通俗易懂的例子（烧开水）

假设你要烧开水（I/O 操作）：

1. BIO（傻等）：
   你坐在水壶面前，一直盯着它，直到水烧开。这期间你不能去玩手机，也不能去上厕所。
   (线程被阻塞，无法处理其他任务)

2. NIO（轮询）：
   你把水壶放在火上，然后去客厅看电视。每过一分钟，你跑去厨房看一眼：“水开了吗？”没开就回客厅继续看，开了就处理。
   (线程不阻塞，但需要不断轮询检查状态)
   注：Selector 就像是一个看管所有水壶的管家，你只需要问管家“哪个壶开了”，管家会告诉你。

3. AIO（响铃/回调）：
   你买了一个会响笛的水壶。你把水壶放在火上，然后去睡觉。水烧好了，水壶自动发出“嘀——”的声音通知你。
   (完全异步，操作系统处理完后通知你)

---

总结对比表

一句话总结：

• BIO 是一个线程死磕一个连接。
• NIO 是一个线程轮询管理所有连接（主流方案）。
• AIO 是操作系统干完活通知线程。