bufferoverflowexception 是因 put() 时写入量超 remaining() 而触发的边界保护异常；需通过写入前校验 remaining()、规范 flip/clear/compact 状态流转、对外部输入双重长度校验来主动防控。
Java 中 NIO 缓冲区溢出异常（BufferOverflowException）本质不是内存泄漏或系统级溢出，而是缓冲区状态管理失当的明确提示——它在 put() 尝试写入超出 remaining()（即 limit - position）时立即抛出，是设计上的边界保护机制。避免它的核心不是靠捕获异常兜底，而是从写入前校验、状态流转规范、输入预检三方面主动防控。
写入前必须检查 remaining()，别信 capacity()
capacity() 是总容量，真正决定“还能写多少”的是 remaining()。flip() 后 position 归零、limit 缩至已写长度，此时即使 capacity 很大，remaining() 也可能为 0。硬编码长度或只比对 data.length 和 capacity() 都会失效。
- 用
buffer.hasRemaining()判断是否可写 - 显式校验：
if (buffer.remaining() >= data.length) { buffer.put(data); } - 对动态数据流，优先用
buffer.put(src, offset, length)，并确保length ≤ buffer.remaining()
严格遵循 flip/clear/compact 状态流转
多数异常源于状态错乱：比如 flip() 后没 clear() 或 compact() 就再次 put()，此时 position == limit，remaining() 为 0，必然触发异常。
- 完成写入后，必须调用
flip()才能安全读取 - 读完需重用缓冲区时：
clear()（丢弃全部，重置为可写）或compact()（保留未读数据，适合流式处理） - 避免手动修改
position/limit—— 它们应由标准方法自动维护
对外部输入做两级长度校验
网络或文件场景中，不能把 read() 返回值或包头字段当“绝对可信”。攻击者可能伪造大 length 字段，诱使你越界写入或分配不足空间。
- 先解析协议头获取 payload 长度
L - 校验
L ≤ buffer.remaining()且L ≤ 业务允许最大值（如 1MB） - 仅当双校验通过，才执行后续
put()或分配新缓冲区
用只读视图或封装类加固不可信操作
对第三方数据源或沙箱环境，可提前切断非法写入路径。
- 用
buffer.asReadOnlyBuffer()创建只读副本，任何put()立即抛ReadOnlyBufferException（比BufferOverflowException更早拦截） - 封装
SafeByteBuffer工具类，在put()前自动校验，统一收口边界逻辑 - 对超大数据，主动分片处理，不依赖单个
ByteBuffer吞下全部
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
