ByteBuffer通过capacity、limit、position、mark四属性协同及flip()/clear()/compact()方法实现读写模式切换：写入模式position=0、limit=capacity；flip()后进入读取模式，limit=原position、position=0；compact()用于部分读取后追加数据，移动未读数据至开头并更新指针。
Java NIO 中的 ByteBuffer 是核心缓冲区类，它通过“读写模式切换”实现高效数据操作。关键在于理解其四个关键属性（capacity、limit、position、mark）如何协同工作，以及 flip()、clear()、compact() 等方法对这些属性的实际影响。
ByteBuffer 的三种典型状态与对应操作
缓冲区不是简单地“写完就读”，而是通过状态变化控制数据流向：
-
写入模式（Write Mode）：刚创建或调用
clear()后，position = 0，limit = capacity，可向缓冲区写入数据；每次put()后position自增。 -
读取模式（Read Mode）：写完后必须调用
flip()—— 它将limit设为当前position，再把position归零，确保后续get()只读已写入的有效数据。 -
中间态（如部分读取后需继续写）：若读了一部分还想追加新数据，不能直接
clear()（会丢弃未读数据），应使用compact()—— 把未读数据移到开头，position指向其后，limit设为capacity，便于继续写入。
从 Channel 读写数据时的典型流程
配合 FileChannel 或 SocketChannel 使用时，模式切换由实际 I/O 方向驱动：
-
从 Channel 读数据到 ByteBuffer：
→ 分配缓冲区（如ByteBuffer.allocate(1024)）
→ 调用channel.read(buffer)（此时 buffer 处于写入模式，自动更新position）
→ 调用buffer.flip()切换为读取模式
→ 用buffer.get()或buffer.array()提取数据 -
向 Channel 写数据（ByteBuffer → Channel）：
→ 先写入数据（buffer.put(...)）或用wrap()包装已有字节数组
→ 必须buffer.flip()（否则write()会从当前位置开始，可能越界或写空）
→ 调用channel.write(buffer)（内部自动按position到limit范围写）
→ 写完通常调用buffer.clear()准备下一轮
常见误用与避坑要点
很多问题源于忽略状态一致性：
立即学习“Java免费学习笔记（深入）”；
-
忘记 flip() 就 get() 或 write()：会导致读不到数据（
position在末尾）或写入长度为 0（limit == position）。 -
重复 flip() 或 clear()：
flip()后再flip()会让limit变小、position归零，破坏数据范围；clear()会重置所有指针，但不清空底层数据 —— 若之前没读完，那些“残留”数据会被后续put()覆盖。 -
直接修改 array() 后未调用
position()/limit()同步：对堆内缓冲区（heap buffer）调用array()获取字节数组后，手动改了内容，但position和limit未反映实际有效范围，后续get()可能越界或漏读。
一个完整的小例子：文件复制
演示真实场景下的模式流转：
try (FileChannel in = FileChannel.open(Path.of("in.txt"), READ);
FileChannel out = FileChannel.open(Path.of("out.txt"), WRITE, CREATE)) {
ByteBuffer buffer = ByteBuffer.allocate(8192);
<pre class="brush:php;toolbar:false;">while (in.read(buffer) != -1) { // 读入数据，buffer 进入写入模式
buffer.flip(); // 切换为读取模式，准备写出
out.write(buffer); // write() 读取 position→limit 范围
buffer.clear(); // 重置，准备下次 read
}}
注意：read() 返回值是实际读取字节数，-1 表示 EOF；write() 返回值是实际写出字节数，一般等于 limit - position。
