BufferOverflowException源于状态管理错误，非内存不足；flip()用于写后转读（设limit=position、position=0），clear()用于读后重置（position=0、limit=capacity），二者须严格按读写流程调用，缺一不可。
Java NIO 缓冲区溢出（BufferOverflowException）不是内存不足，而是写入时越过了 limit - position（即 remaining()）这个逻辑边界。它直接暴露的是状态管理错误——尤其是 clear() 和 flip() 用错时机或漏调所致。正确避免的关键，是让这两个方法各司其职、严守流程。
flip 是写完后读的“关门动作”，不 flip 就读，必出问题
当你往 ByteBuffer 中写入数据（比如 channel.read(buffer) 或 buffer.put()），position 会推进，但 limit 仍等于 capacity。此时缓冲区处于“写模式”，remaining() 很大，但里面只有前几字节是有效数据，后面全是未初始化内容。
若跳过 flip() 就直接 get() 或 channel.write(buffer)，读取范围仍是 [position, limit)，结果要么读不到数据，要么读到脏字节——更危险的是，后续再 put() 时，因 position 已靠后、remaining() 变小，极易触发溢出。
- 写完必须立刻
flip()：它把limit设为当前position，再把position归零，锁定已写入的有效数据范围 -
flip()后不能再put()：否则会覆盖未读数据，或因position == limit导致remaining() == 0，一写就抛异常 - 典型场景：接收一个完整 HTTP 头、解析固定长度协议头、将一段字符串转为字节后准备编码
clear 是读完后写的“归位动作”，没读完就 clear，等于丢数据
clear() 的作用是重置缓冲区为“可写状态”：把 position 设为 0，limit 设回 capacity，mark 清空。它不擦除底层数组，只是告诉缓冲区：“旧数据可以被覆盖了”。
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
但如果还没读完（hasRemaining() 还为 true）就调用 clear()，未读部分会被后续 put() 覆盖，轻则协议解析失败，重则因 position 突然归零、limit 拉满，导致下一次 put() 误判空间充足而越界。
- 只在确认数据已全部消费完毕后调用
clear()，例如日志写入完成、响应体发送完毕、一次报文解析结束 - 循环处理网络数据时，
clear()应放在每次read()调用之前，而不是flip()之后立刻调 - 切忌在
flip()后不读、直接clear()：这相当于放弃刚收到的数据，还破坏了状态连贯性
二者配合构成安全闭环，缺一不可
标准 NIO 读写链路中，flip() 和 clear() 是一对互补操作，共同维持缓冲区状态稳定：
- 分配缓冲区：
ByteBuffer buffer = ByteBuffer.allocate(2048); - 准备写入（如从通道读）：
buffer.clear();→ 确保position=0、limit=capacity - 执行写入：
int r = channel.read(buffer);→position推进 - 切换读模式：
buffer.flip();→ 锁定有效数据，准备解析 - 消费数据：
while (buffer.hasRemaining()) { ... } - 复用前重置：
buffer.clear();→ 回到初始写状态，等待下一轮read()
这个闭环里，clear() 保障写入起点干净，flip() 保障读取范围准确。任何环节跳过或颠倒顺序，都可能让 remaining() 失真，最终在 put() 时撞上 BufferOverflowException。
真正有效的预防，不在 catch，而在指针意识
别依赖 try-catch 捕获 BufferOverflowException 来兜底——它不是异常处理问题，而是逻辑控制问题。每次调用 put() 前，默念一句：
- 我当前在什么模式？（写模式？还是 flip 后的读模式？）
- 下一步要做什么？（继续写？还是开始读？）
- 现在
remaining()是多少？够不够这次写入？
只要 flip() 和 clear() 在该出现的地方准时出现，并配合 remaining() 校验，溢出异常就不会发生。它不复杂，但容易忽略。
