登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  java教程

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。
    }
}
Java ByteBuffer slice 从源 position 切出共享字节区域并保持独立 position limit 的结构说明图
图1:ByteBuffer.slice 的共享内容与独立 position、limit 关系;这是静态结构说明图,不是运行截图。

按 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、capacityduplicate()共享内容,初始控制状态复制一份
共享读取但禁止写入asReadOnlyBuffer()共享内容,写入时抛出 ReadOnlyBufferException
完全隔离修改ByteBuffer.allocate + put复制字节,后续修改互不影响

常见误区是把 duplicate() 当作深拷贝。它仍然共享内容,只是保留了与源一致的初始边界。反过来,slice() 也不是“轻量复制”;如果下游代码会写入视图,必须明确记录这种回写关系,或改为复制。

Java ByteBuffer slice duplicate asReadOnlyBuffer 与显式复制在范围状态和写入权限上的对比结构图
图2:四种 ByteBuffer 视图或复制方式的范围、游标与写入权限对比;这是操作边界示意图,不是运行证据。

字节序、并发和边界检查

切片继承 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() 循环,避免把源缓冲区的容量误当成切片可读长度。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>