duplicate()创建完整共享副本，position/limit等元信息独立；slice()创建从当前position开始、容量为remaining()的子视图，新缓冲区position恒为0、capacity和limit等于原缓冲区remaining()，二者均共享底层数据但逻辑边界不同。
Java NIO 中的 ByteBuffer 提供了 duplicate() 和 slice() 方法，它们都能创建**共享底层数据**的新缓冲区视图，但语义和用途不同。关键在于：两者都不复制数组内容，而是复用原缓冲区的 array()（或堆外内存地址），同时各自维护独立的位置（position）、限制（limit）、标记（mark）等元信息。
duplicate()：创建完整副本视图
duplicate() 返回一个与原缓冲区具有相同容量、位置、限制、标记、字节顺序和只读状态的副本，但两个缓冲区的 position/limit/mark 可独立修改，互不影响；底层数据完全共享。
- 新缓冲区的
array()（如果是堆缓冲区）与原缓冲区指向同一数组；arrayOffset()也一致 - 修改一个缓冲区的元素（如
put()）会立即反映在另一个上 - 适合需要「多线程分别读写同一段数据」或「保存当前状态以便后续回退」的场景
示例：
original.put((byte)1).put((byte)2); // position=2
ByteBuffer dup = original.duplicate();
dup.put((byte)3); // 修改第2个位置 → original.get(2) 也会是3
slice()：创建从当前位置开始的子视图
slice() 创建一个**从当前 position 开始、容量为 remaining()（即 limit - position）** 的新缓冲区。新缓冲区的 position 初始为 0，limit 等于原缓冲区的 remaining()，capacity 等于该 remaining() 值。它本质上是原缓冲区的一个“窗口”。
- 新缓冲区的底层数据起始偏移量 = 原缓冲区的
arrayOffset() + position - 修改 slice 中的数据，等价于修改原缓冲区对应位置的数据
- 常用于协议解析：比如读出 header 后，用
slice()获取 body 区域进行独立处理
示例：
ByteBuffer bb = ByteBuffer.allocate(8);bb.put(new byte[]{1,2,3,4,5,6,7,8});
bb.position(2).limit(6); // 设定有效区间 [2,6)
ByteBuffer body = bb.slice(); // capacity=4, position=0, limit=4
body.put((byte)0); // 修改 body[0] → 等价于 bb[2]=0
注意事项与常见误区
- 对只读缓冲区调用
duplicate()或slice()，返回的仍是只读的；对只读缓冲区执行put()会抛ReadOnlyBufferException - 堆外缓冲区（
allocateDirect()）同样支持这两个方法，共享的是同一块 native 内存，不是数组 -
compact()、clear()、flip()等操作只影响调用者的元信息，不会改变其他视图的 position/limit —— 这正是视图机制的设计目的 - 不要误以为
slice()是“截取副本”，它不拷贝数据；如需真正隔离，应使用asReadOnlyBuffer().duplicate()配合put()到新 buffer，或手动get(new byte[...])
如何选择 duplicate 还是 slice？
- 需要操作**全部原始数据**，只是希望有独立的游标控制 → 用
duplicate() - 只想专注处理**当前 position 到 limit 之间的子段**，并希望新缓冲区下标从 0 开始 → 用
slice() - 想让多个模块“各看各的视角，但改的是同一份内存” → 两者都满足，选哪个取决于逻辑边界是否对齐整个 buffer 还是某个子区间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
