EOFException 是 DataInputStream 读取预期数据但遇流末尾时的正常终止信号，非错误；应在 readInt()、readUTF() 等强类型读取方法中用 try-catch 捕获并优雅退出，避免误报为异常。
Java 中 DataInputStream 在读取到流末尾时抛出 EOFException 是正常行为，不是错误，而是设计使然 —— 它表示“预期还有数据可读，但实际已到流结尾”。关键在于区分它是**预期的终止信号**还是**真正的异常情况**，然后针对性处理。
理解 EOFException 的触发时机
EOFException 主要在调用 readBoolean()、readInt()、readUTF() 等有明确数据长度或类型要求的方法时抛出。例如：
- readInt() 需要 4 字节，若剩余不足 4 字节就抛 EOFException；
- readUTF() 先读 2 字节长度，再读对应字节数，中途断掉也会抛；
- 而 read()（单字节）或 read(byte[]) 返回 -1 表示结束，不会抛此异常。
推荐做法：用 try-catch 捕获并优雅退出
当明确知道数据格式固定、循环读取直到结束时，应将 EOFException 视为正常终止条件：
- 用
try-catch(EOFException e)包裹读取逻辑，捕获后直接跳出循环或返回； - 避免在 catch 块中打印堆栈（除非调试需要），更不要把它当作错误日志上报；
- 不要用
e.printStackTrace()或log.error("读取失败", e)，这会误导运维认为服务异常。
替代方案：提前判断是否可读（谨慎使用）
DataInputStream 本身没有可靠的 available() 判断（尤其对网络流或压缩流不准确），所以不建议依赖它来规避 EOFException。但以下场景可考虑：
- 底层是
FileInputStream且文件大小已知 → 可结合skipBytes()和剩余字节数预判； - 协议层自带长度字段（如自定义包头含 payload length）→ 先读长度，再按需读取，此时
EOFException才真属异常； - 改用更现代的 API，如
java.nio.channels.Channels.newReader()+BufferedReader，或用ObjectInputStream（配合writeObject()）自动处理边界。
常见误区与避坑提醒
容易混淆的点要特别注意：
立即学习“Java免费学习笔记（深入）”；
-
IOException是父类，EOFException是其子类，但不能笼统 catchIOException来掩盖真正的问题（如网络中断、磁盘故障）； - 不要在 finally 块里再次调用
close()（如果已用 try-with-resources）； - 若用
DataInputStream包装了SocketInputStream，EOFException可能意味着对方已关闭连接，此时除了退出读取，还应清理相关资源（如关闭 socket）。
