Java NIO 核心原理解析、性能调优与大厂面试精要

第一部分：范式转移------从 BIO 到 NIO 的进化

你必须理解为什么要引入 NIO。

1. BIO 的阿克琉斯之踵

传统的 BIO（Blocking IO）是面向流 的，且是阻塞的。

痛点：一个连接一个线程。在高并发场景下，线程切换的上下文开销（Context Switch）和内存占用（每个线程默认 1MB 栈空间）会直接拖垮 CPU。

2. NIO 的降维打击

NIO 引入了缓冲区（Buffer）*和* 通道（Channel）**的概念，它是**面向块的。

核心优势：非阻塞模型。通过一个线程（Selector）轮询成千上万个连接，只有在真正有读写事件发生时才触发处理。

第二部分：核心三剑客------Buffer、Channel、Selector

1. Buffer（缓冲区）：数据的"中转站"

在 NIO 中，所有数据都是通过 Buffer 处理的。Buffer 实质上是一个数组，但它比普通数组高级在有三个关键指针：

Capacity：容量，最大存储量。
Position：下一个读/写位置。
Limit：界限，表示缓冲区中当前有效数据的边界。

面试避坑指南 ：写模式切读模式一定要调用 flip()！它会将 limit 设为当前 position，再将 position 置为 0，这样你读到的才是刚刚写入的数据。

2. Channel（通道）：数据的"高速公路"

Channel 是双向的，既可以读也可以写（流是单向的）。

FileChannel：用于本地文件 IO。
SocketChannel / ServerSocketChannel：用于 TCP 网络通讯。

3. Selector（选择器）：多路复用的"指挥官"

这是 NIO 实现单线程管理多连接的关键。它基于操作系统的 epoll（Linux）实现。

第三部分：硬核考点------零拷贝（Zero-Copy）

这是大厂面试的"压轴题"。附件中重点提到了两种实现：

1. `mmap` (内存映射)

通过 FileChannel.map() 实现。它将文件直接映射到用户态的虚拟地址空间。

原理：减少了一次内核空间到用户空间的 CPU 拷贝。
Java 类 ：MappedByteBuffer。

2. `sendfile`

通过 FileChannel.transferTo() 实现。

原理：数据直接在内核态从"磁盘缓冲区"拷贝到"网卡缓冲区"，甚至不经过 CPU 翻炒。这是 Kafka 实现超高性能吞吐的底层武器。

第四部分：Java 代码实战------高性能文件读写

1. 利用直接内存（Direct Buffer）提升效率

Java

复制代码

public void fastCopy(String src, String dest) throws IOException {
    FileInputStream fis = new FileInputStream(src);
    FileOutputStream fos = new FileOutputStream(dest);
    
    FileChannel inChannel = fis.getChannel();
    FileChannel outChannel = fos.getChannel();
    
    // 分配直接内存（堆外内存），减少一次内核到堆内的拷贝
    ByteBuffer buffer = ByteBuffer.allocateDirect(1024 * 10);
    
    while (inChannel.read(buffer) != -1) {
        buffer.flip(); // 切换为读模式
        outChannel.write(buffer);
        buffer.clear(); // 清空，切换为写模式
    }
}

第五部分：面试复盘脑图

Code snippet