EOFException是IOException子类，必须显式捕获或声明抛出；常见于readUTF()、readObject()、readFully()及自定义协议解析中流提前结束；应单独catch并区分正常结束与异常损坏场景。
EOFException 表示输入流在预期更多数据时意外到达末尾，它不是普通异常而是 IOException 的子类，**必须显式捕获或声明抛出**，不能靠通用 catch (Exception e) “一锅端”——尤其在反序列化、DataInputStream 读取固定长度数据时极易触发。
明确 EOFException 的典型触发场景
它通常出现在以下操作中：
- DataInputStream.readUTF()：读取前先读 2 字节长度，若后续字节不足，抛 EOFException
- ObjectInputStream.readObject()：反序列化时流已关闭或被截断
- DataInputStream.readFully()：要求读满指定字节数，但流提前结束
- 自定义协议解析中，按约定读取固定字段（如先读 4 字节 int，再读 8 字节 double），但文件损坏或写入不完整
正确捕获方式：单独 catch + 判断用途
不要把它和网络超时、权限错误等混为一谈。应单独捕获并区分处理逻辑：
- 如果是正常结束信号（如客户端主动关闭连接）：可视为“优雅终止”，清理资源后退出读取循环
- 如果是文件读取中途失败：大概率是文件损坏或生成不完整，需记录日志、提示用户校验源文件
- 避免空 catch 或仅打印堆栈：这会让问题隐形，后续逻辑可能因数据缺失而错乱
实用防护建议
光靠 try-catch 不够，要从源头降低风险：
立即学习“Java免费学习笔记（深入）”；
- 写入端确保 flush() + close() 完整执行，尤其使用 BufferedOutputStream 时
- 网络传输中加长度头（如先发 4 字节表示 body 长度），读取前校验可用字节数
- 反序列化前用
available() > 0粗略判断（注意：该方法对网络流不可靠，仅适用于文件） - 关键业务数据考虑加 CRC 或 SHA 校验和，读取后验证完整性
一个安全读取 DataInputStream 的例子
比如读取多个 UTF 字符串，直到流结束：
try (DataInputStream dis = new DataInputStream(new FileInputStream("data.bin"))) {
while (true) {
try {
String s = dis.readUTF();
System.out.println(s);
} catch (EOFException e) {
// 明确知道这是流正常结束，跳出循环
break;
}
}
} catch (IOException e) {
// 其他 IO 错误（如磁盘故障、权限问题）另行处理
e.printStackTrace();
}
这里把 EOFException 放在内层 try 中，精准拦截，不影响外层其他异常处理逻辑。
