java nio通过单线程selector轮询、非阻塞channel、directbuffer减少内存拷贝、transferto/transferfrom零拷贝及io与计算线程分离，显著降低上下文切换开销。
Java NIO 优化网络 IO 的上下文切换开销，核心是减少线程数量、避免阻塞等待、绕过用户空间数据搬运。传统 BIO 每个连接配一个线程，连接数一多，上下文切换就成性能瓶颈——比如 1 万并发连接，每秒可能触发 80 万次上下文切换，CPU 开销超一半。
用单线程 + Selector 管理海量连接
Selector 让一个线程轮询多个 Channel 的就绪状态（如 OP_READ、OP_WRITE），无需为每个连接启动独立线程。这样线程数可控（常为 CPU 核心数的 1–2 倍），彻底规避高并发下的频繁切换。
- 注册 Channel 到 Selector 时设置非阻塞模式：
channel.configureBlocking(false) - 调用
selector.select()阻塞等待事件，或selectNow()非阻塞轮询 - 遍历
selectedKeys()处理就绪 I/O，不阻塞、不挂起线程
用 DirectBuffer 减少内存拷贝与内核交互次数
堆外内存（DirectBuffer）让数据直接在内核缓冲区和网卡之间流转，避免从 JVM 堆复制到本地内存再进内核的冗余步骤。每次系统调用仍存在上下文切换，但数据搬运路径缩短，间接降低切换频次带来的影响。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 创建方式：
ByteBuffer.allocateDirect(8192) - 配合 Channel 使用：
channel.read(buffer)或channel.write(buffer) - 注意：DirectBuffer 分配/回收成本略高，适合长期复用的缓冲区
用 transferTo / transferFrom 实现零拷贝传输
文件到 socket 或 socket 到文件这类场景，直接调用 FileChannel.transferTo(position, count, WritableByteChannel)，数据全程在内核空间完成转移，不经过用户空间，省掉两次上下文切换（read + write 各一次）和两次 CPU 拷贝。
- 适用条件：源 Channel 是 FileChannel，目标 Channel 是 SocketChannel（Linux 下底层调用 sendfile）
- 示例：静态资源服务中发送大文件，比传统
while(read/write)快 3–5 倍 - 注意：transferTo 在某些平台对传输长度有限制（如 Linux 单次最多 2GB），需循环处理
配合线程池做计算与 I/O 分离
Selector 线程只负责事件分发和基础读写，不执行业务逻辑（如解码、数据库操作）。耗时任务提交给专用业务线程池，防止 Selector 被阻塞，保证事件响应及时性，也避免因业务线程抖动导致整个 I/O 轮询延迟升高。
- 典型结构：1 个 IO 线程（含 Selector）+ N 个 Worker 线程
- 读取完数据后封装成任务对象，用
executor.submit(task)异步处理 - 写回结果时仍由 IO 线程执行
channel.write()，保持通道操作的线程安全性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
