[面试题] 聊聊 AIO、BIO 和 NIO？

📖 版块 A：知识讲解版 (温故知新)

• BIO (Blocking I/O - 同步阻塞 I/O)：

  • 模式：一请求一线程。当有连接请求时，服务端需启动一个线程处理。如果该连接不做任何事，线程会阻塞在 read 或 write 操作上，造成资源浪费。
  • 特点：简单直观，但在高并发场景下线程数会爆炸，导致系统瘫痪。

• NIO (Non-blocking I/O - 同步非阻塞 I/O)：

  • 核心组件：Selector（选择器）、Channel（通道）、Buffer（缓冲区）。
  • 模式：多路复用。一个线程（Selector）不断轮询多个 Channel，只有当 Channel 真正有读写事件发生时，才会交给线程处理。
  • 特点：大幅减少线程创建，适用于高并发、弹头短连接的场景（如 Netty、ZooKeeper）。

• AIO (Asynchronous I/O - 异步非阻塞 I/O)：

  • 模式：基于事件和回调机制。应用操作直接返回，不再阻塞。当后台处理完成后，操作系统会主动通知应用程序（通过回调函数或 Future）。
  • 特点：真正的异步。应用程序不需要关心 IO 过程，只需等结果。适用于连接数多且连接时长较长的场景。

🎤 版块 B：面试实战版 (高手逐字稿)

Q：聊聊 BIO、NIO 和 AIO 的区别？

💬 高手逐字稿：

关于这三种 I/O 模型，我们可以从编程范式和性能演进的角度来看。

首先是 BIO，它是最传统的“一读一阻塞”。在 BIO 模式下，如果内核里的数据没准备好，用户线程就会一直挂起。它的问题在于，为了支持并发，我们必须为每个 Socket 开启一个线程。在高并发下，线程切换的开销和内存占用会直接拖垮机器。所以，BIO 只适合连接数少且架构简单的场景。

接着是 NIO，这是 Java 在 1.4 之后引入的同步非阻塞模型，也是目前主流框架（比如 Netty）的核心。它的关键在于“多路复用”。以前是一个线程盯一个连接，现在是一个 Selector 盯一堆 Channel。如果没有就绪事件，线程可以去干别的事。这种模型极大提升了单机并发能力。但要注意，NIO 依然是“同步”的，因为当数据从内核空间拷贝到用户空间时，线程仍然是阻塞的。

最后是 AIO，也就是 NIO.2。它引入了真正的异步概念。简单说，就是我发起一个读操作后直接走人，等操作系统把数据彻底准备好并拷贝到缓冲区后，再通过回调通知我。在理论上，AIO 的效率是最高的。

这里有一个容易被忽略的细节（高手自问自答）：既然 AIO 理论上更先进，为什么像 Netty 这样的顶级网络框架还是基于 NIO，而不是 AIO 呢？

原因主要有两点：第一，在 Windows 上 AIO 虽然通过 IOCP 实现了真正的异步，但在 Linux 平台上，AIO 的底层实现长期不够成熟，性能提升相对于 Epoll 并不明显。第二，NIO 的多路复用模型已经足够优秀，配合 Netty 优化的线程模型，其吞吐量已经能压榨出硬件极限。对于开发者来说，NIO 的可控性更高，这也是为什么目前的互联网大厂主流当然是 NIO 体系。

总结来说，BIO 是“等餐”，NIO 是“排队并不断抬头看屏幕叫号”，而 AIO 则是“外卖送上门”。在当前的 Java 后端架构中，NIO 是性价比最高、应用最广的选择。