bufferoverflowexception发生在缓冲区写满后继续写入，如未调用flip或remaining不足；bufferunderflowexception则因读取时position超出limit，如重复读取未重置。应通过检查remaining、正确使用flip/clear等方法预防，遵循“写-翻转-读-清空”流程，避免异常发生。
在Java的NIO编程中，BufferOverflowException和BufferUnderflowException是操作缓冲区时常见的运行时异常。它们通常发生在读写ByteBuffer等缓冲区对象时未正确管理位置（position）、限制（limit）和容量（capacity）。下面介绍这两种异常的触发原因及有效的处理策略。
理解BufferOverflowException
当尝试向缓冲区写入数据，但剩余空间不足时，就会抛出BufferOverflowException。例如，在非直接缓冲区上调用put()方法，而position已到达limit。
常见场景包括：
- 向已满的缓冲区继续put数据
- 忘记调用flip()切换读写模式
- 错误地设置limit值导致可用空间变小
避免方式：
立即学习“Java免费学习笔记（深入）”；
- 写入前检查remaining()是否足够：if (buffer.remaining() >= data.length)
- 写完数据后及时调用flip()进入读模式
- 使用自动扩容逻辑或循环写入分批处理大数据
理解BufferUnderflowException
当从缓冲区读取数据时，position已等于limit，再调用get()等方法就会触发BufferUnderflowException。这通常出现在读取阶段未正确控制读取边界。
典型情况有：
- 读取超过缓冲区实际数据范围
- 重复读取未调用rewind()或clear()
- flip()后未判断是否有足够数据可读
应对建议：
- 读取前判断hasRemaining()返回true
- 使用for循环配合limit控制读取次数，而非硬编码长度
- 读完后如需重用缓冲区，调用clear()重置状态
通用处理经验与最佳实践
这两个异常都属于程序逻辑错误，应通过编码规范预防，而不是用try-catch捕获。
- 始终遵循“写-翻转-读-清空”流程：put → flip → get → clear
- 调试时打印buffer.position()、limit()、capacity()帮助定位问题
- 封装缓冲区操作工具类，统一处理边界检查
- 对网络IO场景使用ScatteringByteChannel和GatheringByteChannel减少手动管理负担
基本上就这些。只要理清缓冲区的状态流转，这类异常完全可以避免。关键是养成检查remaining()和合理调用flip/clear的习惯。
