bytebuffer提升io性能的核心在于支持零拷贝和直接内存访问：allocatedirect()申请堆外内存，跳过jvm堆复制；需正确使用flip/compact/clear状态流转，并搭配channel批量操作实现高效io。
ByteBuffer为什么能提升IO性能
直接用ByteBuffer替代传统byte[]数组进行IO操作，核心在于它支持零拷贝和直接内存访问。普通流读写需在JVM堆内多次复制数据（比如从内核缓冲区→Java堆→业务逻辑），而ByteBuffer.allocateDirect()申请的是堆外内存，可被操作系统直接读写，跳过JVM堆复制环节，尤其在大文件传输或高频网络通信中效果明显。
合理使用堆外缓冲区（DirectBuffer）
堆外内存不受GC影响，适合长期复用的缓冲区，但创建成本高、回收依赖Cleaner机制，不能滥用：
- 高频短连接场景（如HTTP短请求）慎用DirectBuffer，优先用
allocate()的堆内缓冲区+池化复用 - 长连接、大吞吐场景（如RPC服务端、文件服务器）推荐DirectBuffer，配合
asReadOnlyBuffer()或duplicate()做视图切分，避免重复分配 - 可通过
-XX:MaxDirectMemorySize控制堆外内存上限，防止OOM
掌握flip、compact、clear三步状态流转
ByteBuffer不是“用完即弃”的容器，它的性能优势依赖正确管理读写位置和剩余空间：
- 写入后调flip()：将limit设为当前position，position归零，准备读取——这是从写模式切换到读模式的必调操作
- 读取后若需继续写，用compact()：把未读数据移到buffer开头，position指向其后，limit设为capacity，保留剩余空间复用
- 完全清空用clear()：position=0, limit=capacity，但不擦除数据——适合重用同一buffer反复收发包
忘记flip会导致读不到刚写入的数据；误用clear覆盖未读数据会丢包；该compact却用clear则浪费已读空间。
立即学习“Java免费学习笔记（深入）”；
结合Channel实现高效批量IO
单独用ByteBuffer没意义，必须搭配FileChannel或SocketChannel的批量操作方法：
- 用
channel.read(buffer)一次读满buffer，比循环read(byte[])快5–10倍 - 发送时先fill buffer，再
buffer.flip()，最后channel.write(buffer)——write返回实际写出字节数，需循环处理直到buffer耗尽 - 对超大buffer，可用
ScatteringByteChannel和GatheringByteChannel配合多个buffer，避免单次分配过大内存
基本上就这些。关键不在“用了ByteBuffer”，而在“用对了状态、配对了Channel、选对了内存类型”。
