怎么理解NIO中Buffer缓冲区的位移指针与读写转换-java教程-PHP中文网

position、limit、capacity 是控制读写范围的整数索引：capacity 固定为分配大小；position 指向当前读/写位置；limit 是操作截止下标；flip() 将 limit 设为 position 并重置 position 为 0；clear() 归零 position 并恢复 limit 为 capacity；compact() 移动未读数据至开头并更新 position 和 limit；rewind() 仅重置 position 为 0；所有操作均不加锁，多线程共享需自行同步。

怎么理解nio中buffer缓冲区的位移指针与读写转换

position、limit、capacity 三个指针到底在动什么

它们不是“指针”而是整数索引，控制着你每次 put() 或 get() 能操作哪一段内存。真正关键的不是“它们是什么”，而是“谁改它们、什么时候改、为什么这么改”。

比如：ByteBuffer.allocate(8) 创建后，capacity 固定为 8，position 是 0，limit 也是 8 —— 此时是写模式，你可以往里写最多 8 字节。

当你调用 put((byte)'a') 一次，position 变成 1；再写 3 次，position 就是 4。此时缓冲区里有 4 个有效字节，但 limit 还是 8，你继续 put() 会覆盖或抛异常（取决于是否越界）。

position：当前读/写起始下标，每次 put()/get() 后自动+1
limit：读/写操作的“截止下标”，不能等于也不能超过它
capacity：永远不变，是分配内存时定死的总长度

flip() 不是“切换模式”，而是“封边界 + 归零读起点”

很多人误以为 flip() 是给 Buffer 打了个“读模式 flag”，其实它只干两件事：limit = position，然后 position = 0。没有其他副作用，也不检查你有没有写满、有没有读完。

常见错误现象：flip() 后 hasRemaining() 返回 false，或者读出来全是 0 —— 很可能是因为写入时没成功（比如 channel.read(buffer) 返回 -1 或 0），导致 position 还是 0，flip() 后 limit 也变成 0。

必须确认写操作真实推进了 position，再调 flip()
flip() 前如果 position == 0，那翻完啥也读不到
flip() 不清空数据，也不移动已有字节，只是重划读取范围

clear() 和 compact() 的本质区别在“要不要保留未读数据”

clear() 是暴力重置：把 position 设为 0，limit 设为 capacity，准备从头覆盖写。适合“上一批数据已完全处理完毕”的场景。

compact() 是温和回收：把所有未读数据（即 position 到 limit 之间的字节）拷贝到缓冲区开头，然后 position 设为“未读数据长度”，limit 设为 capacity。适合处理半包（比如 TCP 粘包）时，前半段已读完，后半段不够一个完整消息，要留着等下次续写。

如果你用 clear() 处理半包，未读数据会被后续 put() 直接覆盖，消息就丢了
compact() 会触发一次数组内拷贝，小缓冲区影响不大，大缓冲区（如 64KB+）要注意性能
二者都不影响底层 hb（堆内字节数组）内容，只是调整指针和搬数据

rewind()、mark()/reset() 不是读写转换，而是“读写过程中的微调”

rewind() 就是 position = 0，mark = -1，常用于想重复读一遍刚写进去的内容（比如调试打印），但它不改 limit —— 如果之前 flip() 过，limit 还是上次写入长度，没问题；但如果之前是写模式且没 flip()，limit 是 capacity，rewind() 后直接 get() 可能读到脏数据。

mark() 记下当前 position，reset() 回退到那个位置。比 rewind() 更灵活，但容易忘调 mark() 就直接 reset()，抛 InvalidMarkException。

不要依赖 rewind() 来“模拟 flip()”，它不设 limit
mark() 是一次性快照，put()/get() 之后再 mark() 才会更新
这些操作都绕不开 position ≤ limit 这个硬约束，违反就会抛 BufferUnderflowException 或 BufferOverflowException