Java ByteBuffer slice 共享数据与独立 position 的使用边界
来源:17golang原创
时间:2026-10-23 07:08:15 464浏览 收藏
Java ByteBuffer.slice() 生成的是“共享内容的视图”,不是一份新的字节数组:视图与源缓冲区看到同一段底层数据,但各自维护独立的 position、limit 和 mark。因此,适合用它把协议帧、文件块或网络报文切成子区域;如果需要完全隔离数据,应改用复制。
官方地址:https://docs.oracle.com/en/java/javase/24/docs/api/java.base/java/nio/ByteBuffer.html
先在源缓冲区上设置好当前position和limit,再调用slice();切片后的相对读写不会移动源缓冲区的位置,但对共享内容的修改会彼此可见。
slice()的起点是源缓冲区当前position,长度是remaining()。- 内容共享,控制状态独立;
slice.put()可能改变源缓冲区能看到的字节。 - 需要原范围用
duplicate(),需要禁止写入用asReadOnlyBuffer(),需要独立数据则显式复制。
先分清共享内容与独立状态
源缓冲区可以理解成一段带游标的字节窗口。调用 slice() 后,新对象从源的当前 position 开始观察剩余区域,自己的 position 从 0 开始,limit 等于切片长度。源和切片的游标互不拖动,但底层字节仍是同一份。
下面的代码专门展示两个边界:切片的相对读取只移动切片游标,而绝对写入会让源缓冲区看到变化。
import java.nio.ByteBuffer;
public class SliceBoundaryDemo {
public static void main(String[] args) {
ByteBuffer source = ByteBuffer.wrap(new byte[]{10, 20, 30, 40, 50});
source.position(1).limit(4); // 只把下标 1 到 3 交给切片观察。
ByteBuffer slice = source.slice();
slice.position(1); // 切片下标 1 对应源缓冲区下标 2。
source.position(2); // 源的 position 独立,不会被上面的操作同步。
slice.put(0, (byte) 99); // 绝对写入共享内容,源下标 1 也会看到 99。
System.out.println(source.get(1)); // 预期输出 99;绝对读取不改变 source.position。
System.out.println(source.position()); // 预期输出 2。
System.out.println(slice.position()); // 预期输出 1。
}
}

按 remaining 范围创建安全切片
slice() 关注的是源缓冲区从当前位置到当前 limit 的剩余区域,不是整个底层数组。切片前先设置边界,可以把协议头之后的 payload、文件块或一条消息限定在明确窗口内。
ByteBuffer frame = ByteBuffer.wrap(new byte[]{0x01, 0x02, 0x11, 0x22, 0x33});
frame.position(2).limit(5); // 前两个字节作为头部,剩余三个字节是 payload。
ByteBuffer payload = frame.slice();
// payload 的 position=0、limit=3,不能读取头部或 limit 之外的字节。
while (payload.hasRemaining()) {
byte value = payload.get(); // 相对读取会推进 payload.position。
System.out.println(value);
}
如果只想切出固定的中间区间,Java 13 起还可以使用 slice(index, length)。它以源缓冲区的索引为基准,并要求 index 和 length 不越过源的 limit;参数非法会抛出 IndexOutOfBoundsException。
slice、duplicate 和只读视图怎么选
| 需求 | API | 状态与数据边界 |
|---|---|---|
| 只处理当前剩余区域 | slice() | 共享内容,新视图从 0 开始 |
| 保留原 position、limit、capacity | duplicate() | 共享内容,初始控制状态复制一份 |
| 共享读取但禁止写入 | asReadOnlyBuffer() | 共享内容,写入时抛出 ReadOnlyBufferException |
| 完全隔离修改 | ByteBuffer.allocate + put | 复制字节,后续修改互不影响 |
常见误区是把 duplicate() 当作深拷贝。它仍然共享内容,只是保留了与源一致的初始边界。反过来,slice() 也不是“轻量复制”;如果下游代码会写入视图,必须明确记录这种回写关系,或改为复制。

字节序、并发和边界检查
切片继承 direct/read-only 属性,但字节序需要按读取协议显式确认。涉及 getInt()、getLong() 等多字节读取时,优先在入口处写出 order(ByteOrder.BIG_ENDIAN) 或 LITTLE_ENDIAN,不要依赖读者猜测默认值。
视图共享底层数据,也不自动提供线程安全。一个线程修改内容、另一个线程同时读取时,仍需要外部同步或消息传递约束;“position 独立”只解决游标互相推进,不等于数据访问可以无锁。
相关问题
slice 会复制底层 byte 数组吗?
不会。它创建共享内容的视图;需要隔离修改时必须主动分配新缓冲区并复制。
移动 slice.position 会改变 source.position 吗?
不会。两个缓冲区的 position、limit 和 mark 独立,但它们仍指向同一段内容。
什么时候优先用 duplicate?
当下游需要保留源的完整容量和边界,只想拥有独立游标时使用;它仍不是深拷贝。
为什么切片读取会抛 BufferUnderflowException?
相对读取要求剩余字节数足够。先检查 remaining(),或用 hasRemaining() 循环,避免把源缓冲区的容量误当成切片可读长度。
-
479 收藏
-
337 收藏
-
128 收藏
-
149 收藏
-
202 收藏
-
117 收藏
-
475 收藏
-
163 收藏
-
140 收藏
-
文章 · java教程 | 46分钟前 | 文件处理 · Java · Stream · try-with-resources 文件遍历 Files.find Java Files.walk Stream210 收藏
-
349 收藏
-
396 收藏
-
266 收藏
-
377 收藏
-
452 收藏
-
477 收藏
-
149 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习