Java的I/O体系经历了从BIO到NIO再到AIO的演进。这不仅是API的更新，更反映了对I/O模型理解的深化。理解每一种模型的适用场景和底层机制，才能在高并发系统中做出正确的选择。

---

一、BIO：阻塞I/O的局限

BIO是Java 1.0时代就存在的I/O模型。服务端通过ServerSocket.accept()监听连接，每个连接由独立的线程处理。

java

ServerSocket server = new ServerSocket(8080);
while (true) {
    Socket socket = server.accept();  // 阻塞
    new Thread(() -> handle(socket)).start();  // 每个请求一个线程
}

当并发连接数增长时，线程数线性增长，线程上下文切换开销成为主要瓶颈。accept()阻塞等待连接，连接的read()和write()同样阻塞——如果对端数据未就绪，线程一直占用CPU时间片。操作系统可以处理成千上万的连接，但BIO模型需要同样数量的线程与之对应。线程栈内存（默认1MB）限制了可创建的线程数量，通常在几千级别。

BIO适合连接数固定且每个连接的交互频率较高的场景。典型的例子是数据库连接池——连接数有限，每个连接持续发送查询并等待结果，BIO是合理的选择。

---

二、NIO：多路复用的突破

Java NIO引入的核心概念是通道和缓冲区。

Channel是数据源与目标之间的双向连接，可以是文件（FileChannel）、网络套接字（SocketChannel、ServerSocketChannel）或其他数据源。Channel支持非阻塞读写：读时若数据未就绪立即返回，写时若缓冲区满则直接返回。

Buffer是数据的容器，本质上是一个数组加上读写位置标记。position记录当前操作位置，limit记录可操作数据的边界，capacity记录总容量。flip()将写模式切换为读模式，clear()重置指针。Buffer的复用避免了频繁的内存分配和拷贝。

Selector是实现I/O多路复用的核心。它监听多个Channel上发生的事件（连接建立、数据可读、数据可写），单线程可以管理数千个连接。

java

Selector selector = Selector.open();
ServerSocketChannel channel = ServerSocketChannel.open();
channel.configureBlocking(false);
channel.register(selector, SelectionKey.OP_ACCEPT);

while (true) {
    selector.select();  // 阻塞等待就绪事件
    Set<SelectionKey> keys = selector.selectedKeys();
    for (SelectionKey key : keys) {
        if (key.isAcceptable()) {
            // 接受新连接
        } else if (key.isReadable()) {
            // 读取数据
        }
    }
}

零拷贝是NIO的另一个重要特性。transferTo()和transferFrom()方法直接在内核空间完成数据搬运，避免将数据从内核拷贝到用户空间再拷贝回内核的往返。在文件传输场景中，零拷贝可以显著提升吞吐量，降低CPU占用。

内存映射文件（MappedByteBuffer）将磁盘文件映射到内存地址空间，读写文件如同读写内存。适合处理超大文件的随机访问场景。映射后文件由操作系统管理，修改会刷回磁盘，但无法控制刷盘时机，需要权衡数据安全和性能。

---

三、Reactor模式

Reactor是一种事件驱动的设计模式，也是NIO的典型应用架构。

单Reactor单线程将所有连接的处理集中在一个线程中。优点是实现简单，缺点是单线程无法利用多核CPU，且任何阻塞操作都会影响所有连接的处理。适合连接数少且处理逻辑轻量的场景。

单Reactor多线程将读写的业务逻辑交给线程池处理，Reactor线程只负责事件分发。优点是充分利用多核CPU，缺点是Reactor线程仍是单点，高并发下事件分发能力可能成为瓶颈。

主从Reactor将Reactor拆分为Main Reactor（处理连接建立）和Sub Reactor（处理读写事件）。Main Reactor将已建立的连接分发给多个Sub Reactor，每个Sub Reactor独立运行在各自的线程中。Netty的BossGroup和WorkerGroup就是这种模型的典型实现。

---

四、AIO：异步I/O

AIO是Java 7引入的异步I/O模型。与NIO的区别在于：NIO需要应用程序主动调用select()检测事件，而AIO由操作系统在I/O操作完成后主动回调应用程序。

java

AsynchronousServerSocketChannel server = AsynchronousServerSocketChannel.open();
server.bind(new InetSocketAddress(8080));
server.accept(null, new CompletionHandler<AsynchronousSocketChannel, Void>() {
    @Override
    public void completed(AsynchronousSocketChannel client, Void attachment) {
        server.accept(null, this);  // 继续接受下一个连接
        ByteBuffer buffer = ByteBuffer.allocate(1024);
        client.read(buffer, buffer, new CompletionHandler<Integer, ByteBuffer>() {
            @Override
            public void completed(Integer result, ByteBuffer attachment) {
                // 读取完成
            }
            @Override
            public void failed(Throwable exc, ByteBuffer attachment) {
                // 处理异常
            }
        });
    }
    @Override
    public void failed(Throwable exc, Void attachment) {
        // 处理异常
    }
});

AIO的优点是异步非阻塞，线程在等待I/O时不占用资源。但AIO依赖操作系统的异步I/O支持（Windows的IOCP、Linux的AIO），在实际部署中，Linux的AIO对文件I/O支持较好，但网络I/O的AIO支持不如NIO成熟。

---

五、应用场景与选型

模型	适用场景	并发能力	编程复杂度
BIO	连接数少，交互频繁	低	低
NIO（多路复用）	连接数多，短连接	高	中
AIO	连接数多，长连接	高	高

NIO是目前Java高性能网络编程的主流选择。Tomcat、Jetty等主流Web容器都支持NIO模式，Netty、MINA等框架在NIO之上提供了更高层次的抽象，屏蔽了Selector编程的复杂性。

选择I/O模型时，需要综合考虑操作系统支持、开发维护成本和实际并发需求。脱离具体场景谈性能没有意义。