如何通过 ByteBuffer 的 readonly 视图实现在不同业务模块间安全共享底层字节缓冲区-java教程-PHP中文网

asreadonlybuffer()创建的视图不线程安全，因共享底层数组且各自维护独立position/limit/mark，并发调用get、flip等会引发状态错乱；需配合slice/duplicate固定范围或使用绝对索引访问。

如何通过 bytebuffer 的 readonly 视图实现在不同业务模块间安全共享底层字节缓冲区

ReadOnlyBuffer 视图本身不解决线程安全问题，它只防止写操作；共享底层字节缓冲区是否安全，取决于你是否同步访问 position/limit/mark 等状态变量。

不是。它只是把 put 类方法换成抛 ReadOnlyBufferException，但 get、position()、limit()、flip() 等仍可被并发调用 —— 这些操作会修改缓冲区状态，多个线程同时调用会导致索引错乱、读取越界或数据跳过。

错误现象：BufferUnderflowException、读到脏数据、部分字节被跳过、position 值突变
典型场景：Netty 中一个 ByteBuf 被多个 handler 拿到 asReadOnlyBuffer() 后各自 get()，但没控制调用顺序
关键点：asReadOnlyBuffer() 返回的新缓冲区与原缓冲区**共享底层字节数组**，但**各自维护独立的 position/limit/mark** —— 这是“安全”的假象来源

三者都创建新对象并共享底层数组，但状态继承规则不同：

集简云

一款面向企业自动化的应用集成与流程编排平台，通过连接不同软件和服务，让业务数据能够在多个系统之间自动流转。

下载

duplicate()：新缓冲区的 position、limit、mark 完全复制当前值，后续互不影响
slice()：新缓冲区的 position = 0，limit = remaining()，capacity = remaining()，其余状态独立
asReadOnlyBuffer()：行为同 duplicate()，但所有 put 方法被禁用；若原缓冲区已是只读，则等价于 duplicate()
陷阱：如果在调用 asReadOnlyBuffer() 后，原缓冲区又调用了 clear() 或 flip()，不会影响只读视图的状态 —— 但如果你误以为“只读=状态冻结”，就可能漏掉对视图自身状态的初始化

不能只靠只读属性，必须配合明确的状态管理策略：

用 asReadOnlyBuffer().asReadOnlyBuffer() 没有意义 —— 第二层调用等价于 duplicate()，不增强安全性
推荐做法：在交付只读视图前，先固定其读取范围 —— 调用 slice() 或 duplicate().position(x).limit(y)，再转只读

示例：

ByteBuffer src = ByteBuffer.wrap(data);
// 安全交付：截取 [10, 20) 区间，且禁止写入
ByteBuffer safeView = src.slice().position(10).limit(20).asReadOnlyBuffer();

如果模块需要多次读取同一段数据，建议用绝对 get（如 get(int index)）而非相对 get，彻底避开 position 干扰
Netty 用户注意：ReadOnlyByteBufferBuf 的 duplicate() 和 slice() 返回的仍是只读视图，但它们的索引状态仍可被并发修改 —— 必须在 handler 入口处做 retain() + 显式 readerIndex()/writerIndex() 锁定