java nio高性能关键在于channel与buffer协同：channel是管道不存数据，读写必须经buffer；需手动管理buffer的position/limit/capacity，读写后正确调用flip()/clear()/compact()；选对channel类型（如filechannel零拷贝）、合理池化或直接分配buffer、批量io及避免滥用force(true)。
Java NIO 的高性能 IO 实现，关键不在“堆代码”，而在理解 Channel 和 Buffer 如何协同工作、规避常见陷阱。核心是让数据流动更少拷贝、更少阻塞、更可控。
通道必须配合缓冲区，不能单独读写
Channel 本身不持有数据，它只是管道；所有读写都必须经由 Buffer。比如：
- FileChannel.read(buffer)：把文件数据读进 buffer，不是直接读到 byte[]
- SocketChannel.write(buffer)：把 buffer 中的数据发出去，不是传一个字符串
- 调用 read() 后 buffer 的 position 会前移，limit 不变；write() 前必须 flip()，否则可能写入 0 字节
缓冲区状态管理是高频出错点
Buffer 不是“自动管家”，它的 position/limit/capacity 需要你显式控制：
- 写入后调用 flip()：把 limit 设为当前 position，position 归零，准备读
- 读完后若要复用，选 clear()（全清空，适合重写）或 compact()（保留未读数据，适合继续追加）
- 避免反复 allocate 新 buffer —— 小 buffer 可池化，大 buffer（如 >64KB）建议用 ByteBuffer.allocateDirect() 减少 GC 压力
通道选型决定性能边界
不同 Channel 支持的能力差异很大，选错就白优化：
- FileChannel：支持 transferTo()/transferFrom()，可实现零拷贝（内核态直接传输），比普通 read+write 快 2–3 倍
- SocketChannel：必须设 configureBlocking(false) 才能注册到 Selector；写操作可能只发出部分数据，需检查返回值并处理 OP_WRITE 就绪
- 使用 MappedByteBuffer：对超大文件（如日志归档、视频切片），用 fileChannel.map() 映射到内存，读写就像操作数组，但注意内存占用和持久化时机
批量与对齐提升吞吐量
单次小数据 IO 是性能杀手，NIO 的优势要靠批量放大：
- Buffer 容量不宜过小（如 8KB 起步），避免频繁 fill/flush
- 网络场景中，一次 write() 尽量填满 buffer；若数据不足，可等攒够再发，或用 GatheringByteChannel 合并多个 buffer 一次性写出
- 文件写入时开启 force(true) 要谨慎——它强制刷盘，延迟飙升；一般交由 OS 缓冲，仅关键业务（如交易日志）才启用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
