Java NIO的核心价值在于解决高并发、大文件、零拷贝等场景下传统阻塞I/O的瓶颈，其本质是面向非阻塞、通道化、缓冲区驱动的底层抽象，而非简单替代IO。
Java NIO 的核心价值不在“替代 IO”，而在解决传统阻塞式 I/O 在高并发、大文件、零拷贝等场景下的瓶颈。 它不是一套“更高级的文件读写工具”，而是一组面向非阻塞、通道化、缓冲区驱动模型的底层抽象。
Buffer 是数据中转站，不是容器
所有 Buffer（如 ByteBuffer、CharBuffer）本质是带状态的数组封装体，关键在于 position、limit、capacity 三者协同。调用 flip() 不是“翻转内容”，而是把 position 归零、limit 设为当前 position，为读出数据做准备；clear() 重置状态但不清空数据；compact() 则保留未读部分并前移，适合部分消费后继续写入的场景。
常见错误：直接对 ByteBuffer.allocate(1024) 调用 get() 报 BufferUnderflowException——因为没先 flip()；或重复 put() 导致 BufferOverflowException——忘了检查 hasRemaining()。
- 用
wrap(byte[])包装已有数组时，修改原数组会同步反映在 buffer 中（共享底层数组） - 堆外内存用
allocateDirect()，避免 GC 压力，但分配/释放成本更高，不适合小量短生命周期 buffer - 字符编码转换必须通过
CharsetEncoder/CharsetDecoder，不能直接ByteBuffer和String互转
Channel 是双向数据管道，不是流
FileChannel、SocketChannel、ServerSocketChannel 都继承自 Channel，支持 read() 和 write() 双向操作，且多数可配合 Buffer 实现 scatter/gather（分散写 / 聚集读）。与 InputStream/OutputStream 的单向、字节流语义有根本区别。
立即学习“Java免费学习笔记（深入）”；
典型使用场景：
