compact()用于保留未读数据并前移，position设为未读长度、limit=capacity，适用于粘包等需续写场景；clear()则position=0、limit=capacity，适合完全丢弃旧数据后从头写入。
在 Java NIO 网络编程中，compact() 不是用来“清理已读数据”，而是保留未读数据、腾出空间供后续写入。它解决的是：读了一部分数据后，缓冲区还有残留内容，又急需继续接收新数据（比如非阻塞 socket 读取未收全包），此时不能丢弃残留，也不能直接 clear——compact 就是为此设计的。
compact 的真实作用：压缩未读段，让 position 指向可写起点
调用 compact() 时，Buffer 会做两件事：
- 把当前 position 到 limit 之间未读的数据（即还留在 buffer 里、尚未被 get() 消费掉的字节）复制到缓冲区开头
- 将 position 设为这段数据的末尾位置（即原未读数据长度），limit 设为 capacity，从而进入“可追加写入”状态
注意：它不擦除任何内存，也不重置已读过的旧数据；只是逻辑上移动有效内容，并调整指针。
典型使用场景：粘包/半包处理
网络通信中，一次 read() 可能只收到半个消息（例如协议头已到，但 body 还没来齐）。此时：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 你已 flip 并读了前几个字节（如解析出长度字段），但剩余字节还没用完
- 不能再调 clear（否则未读 body 丢失）
- 必须调 compact()，把剩余字节挪到前面，等待下次 read() 把后续数据续上
示例：buffer 容量 1024，已写入 800 字节；flip 后读了前 200 字节（如 header），position=200，limit=800；调 compact 后，字节 200~799 被复制到索引 0~599，position=600，limit=1024 —— 下次 read() 会从索引 600 开始填新数据。
compact 和 clear 的关键区别
两者都用于切换回写模式，但策略完全不同：
- clear()：position=0，limit=capacity → 彻底放弃所有现存数据，适合整包已完整处理完毕
- compact()：保留 position~limit 区间数据，复制到开头，position=原未读长度，limit=capacity → 适合数据未读完、需续写
错误地用 clear 替代 compact，会导致半包数据丢失；而该用 clear 时用了 compact，会浪费空间并可能引发越界或解析错位。
配合 flip 的标准循环流程
一个健壮的 NIO 读循环通常如下：
- channel.read(buffer) → 若返回 >0，说明有新数据写入 buffer
- buffer.flip() → 准备读取已写入的内容
- while (buffer.hasRemaining()) { 解析数据… } → 直到消费完或发现不够一个完整消息
- 若 buffer 中仍有剩余（hasRemaining() 为 true），说明消息不完整 → 调用 buffer.compact()
- 若已全部消费完毕 → 调用 buffer.clear()
这个判断逻辑决定了 compact 是否被触发，也是实现可靠 TCP 协议解析的基础。
