Java 中 NIO 怎么利用 ByteBuffer 的 compact 方法整理未读完的数据空间-java教程-PHP中文网

bytebuffer.compact()用于处理未读完数据需续写的情况，将[position, limit)数据前移至起始位置，position设为原remaining值，limit恢复为capacity，mark被清除。

java 中 nio 怎么利用 bytebuffer 的 compact 方法整理未读完的数据空间

Java NIO 中，ByteBuffer.compact() 是专门用来处理“数据没读完但又要继续写入”的关键操作。它不丢数据、不重头开始，而是把残留的未读数据前移，腾出尾部空间，让缓冲区能安全续写。

compact 的核心行为

调用 compact() 时，Buffer 实际执行三件事：

将 [position, limit) 区间的数据（即尚未读取的部分）整体复制到缓冲区起始位置（下标 0 开始）
将 position 设为复制的数据长度（也就是原 remaining() 值），指向新数据末尾，作为下一个写入起点
将 limit 恢复为 capacity，表示现在整个缓冲区都可用于写入（从新 position 到 capacity-1）
mark 被清除，capacity 和底层字节数组内容保持不变

典型使用场景：网络粘包与半包处理

比如 TCP 通信中，一次 read() 只收到消息前半段（如 6 字节），解析发现协议头完整但消息体不全。此时 position=6，limit=6，capacity=1024。若直接再次 read()，会因 buffer 已满（position == limit）而失败。这时必须 compact()：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

compact() 把这 6 字节挪到开头 [0,6)，position 变为 6，limit 变为 1024
下次 read() 就能往 [6,1024) 继续追加剩余字节，最终拼成完整报文
避免了 clear() 导致的未读数据被覆盖、也绕过了 flip() 后无法再写入的限制

和 flip()、clear() 的配合逻辑

在标准 NIO 循环中，compact() 不是孤立使用的，它和 flip()、clear() 构成状态流转闭环：

read() → flip()：数据进来了，准备读取或 write() 发出
write() 返回值：说明没发完 → 立刻 compact()
write() 返回值 == remaining()：全发完了 → 可以 clear() 重用
后续继续 read() 时，buffer 已处于可写状态，且残留数据已被前移保护

代码中的稳健写法示例

服务端持续发送数据时，推荐这样组织写逻辑：

while (channel.write(buffer) > 0 || buffer.hasRemaining()) {
    if (!buffer.hasRemaining()) {
        buffer.clear(); // 全发完，清空复用
        break;
    } else {
        buffer.compact(); // 还有剩，整理后等待新数据填入
        // 此处可触发下一轮 read() 或填充业务数据
    }
}

注意：compact() 前必须确保已 flip() 过（否则 position/limit 不反映待发状态），且不能替代 flip() —— 它解决的是“写了部分之后怎么接着写”，不是“怎么从写切到读”。