17370845950

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值导致可用空间变小

避免方式：

• 写入前检查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的习惯。