第二部分：NIO、NIO.2 与高性能 IO（101-200条）

golang学习网今天将给大家带来《第二部分：NIO、NIO.2 与高性能 IO（101-200条）》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习文章或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

NIO 和 NIO.2 是 Java 面向缓冲区、通道与事件驱动的高性能 I/O 新范式；核心包括 Buffer/Channel 协作模型、Selector 多路复用及 NIO.2 异步通道与现代文件操作，需注意非阻塞配置、flip/clear 使用、零拷贝优化及线程模型设计。

NIO 和 NIO.2 是 Java 中支撑高性能、可扩展网络与文件 I/O 的核心机制，它们不是“更快的 InputStream”，而是面向缓冲区（Buffer）、通道（Channel）和事件驱动模型的全新 IO 范式。

Buffer 与 Channel 是基础协作单元

所有 NIO 操作围绕 Buffer（数据容器）和 Channel（双向数据通道）展开。Buffer 不是线程安全的，使用前需调用 flip() 切换读写模式；Channel 不能直接操作字节，必须通过 Buffer 传输数据。常见 Channel 类型包括 SocketChannel、ServerSocketChannel、FileChannel 等。

• 写入数据后记得 flip()，否则 get() 或 read() 会读到 0 字节
• 使用 clear() 重置 buffer 位置，或用 compact() 保留未读数据
• FileChannel 支持 transferTo()/transferFrom()，可零拷贝将文件内容直接送入 socket

Selector 实现单线程管理成百上千连接

Selector 是 NIO 多路复用的核心，它允许一个线程监听多个 Channel 的就绪状态（如 OP_READ、OP_WRITE、OP_ACCEPT）。关键在于：注册 Channel 前必须将其设为非阻塞模式（configureBlocking(false)），否则注册失败。

• 每次 select() 返回的是已就绪的 Channel 数量，需遍历 selectedKeys() 集合处理
• 处理完一个 key 后务必调用 key.remove()，否则下次 select 可能重复通知
• 避免在 selector 线程中执行耗时操作（如数据库查询、JSON 解析），应交由业务线程池处理

NIO.2 引入异步 IO 与更现代的文件操作

NIO.2（Java 7 引入）新增 AsynchronousSocketChannel、AsynchronousServerSocketChannel 和 Files 工具类，支持真正的异步非阻塞 IO，回调驱动或 Future 获取结果。

• 异步 channel 的 read/write 方法不阻塞，通过 CompletionHandler 接收完成通知
• Files.walk()、Files.find()、Files.list() 替代递归 File.listFiles()，更安全高效
• Path 和 Paths 提供统一路径抽象，支持符号链接、属性访问（如 Files.getAttribute(path, "dos:hidden")）

性能优化与常见误区

高性能不等于“用了 NIO 就快”。实际吞吐与延迟取决于线程模型、缓冲区大小、GC 压力、系统调用频次等综合因素。

• 小包场景下频繁 allocate/deallocate HeapByteBuffer 会加剧 GC；优先复用 ByteBuffer.allocateDirect()（注意内存泄漏风险）
• Selector 单线程虽轻量，但遇到 SSL 握手、加密解密等 CPU 密集任务仍会阻塞——考虑拆分 IO 线程与计算线程
• NIO.2 的异步 channel 在 Linux 上底层仍基于 epoll（或 kqueue），并非真正“内核异步”，只是封装了事件循环逻辑

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。