EOFException 表示输入流已到末尾，反映数据源状态问题而非代码错误，应在循环中捕获并正常退出；需区分其他 IOException，推荐序列化前写入对象数量或魔数以避免依赖异常判断结束。
Java 中 EOFException 在反序列化时很常见，它不是真正的“错误”，而是表示输入流已到达末尾——通常说明你试图从一个空、已读完或不完整（被截断）的序列化数据中继续读取对象。关键在于：它往往反映的是**数据源状态问题，而非代码逻辑错误**，所以处理方式应以预防和合理判断为主，而不是盲目捕获后吞掉。
明确 EOFException 的触发场景
该异常主要在使用 ObjectInputStream 的以下方法中抛出：
-
readObject()：当流中没有下一个对象可读时（比如文件已空、网络连接提前关闭、写端未按预期写入足够对象） -
readInt()、readUTF()等基础读取方法（如果底层流已到末尾）
注意：EOFException 是 IOException 的子类，但它是受检异常，必须显式处理（捕获或声明抛出）。
推荐做法：用循环 + 捕获 EOFException 判断流结束
当你预期读取多个连续序列化对象（如日志对象流、批量保存的配置项），标准模式是：在循环中调用 readObject()，并在捕获 EOFException 时干净退出。
示例：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
try (ObjectInputStream ois = new ObjectInputStream(new FileInputStream("data.ser"))) {
while (true) {
try {
Object obj = ois.readObject();
// 处理反序列化对象
process(obj);
} catch (EOFException e) {
// 流正常结束，跳出循环
break;
}
}
} catch (IOException | ClassNotFoundException e) {
// 其他 I/O 错误或类找不到问题，需单独处理
e.printStackTrace();
}
避免误判：区分 EOFException 和真正异常
不要把所有 IOException 都当成 EOF 处理。例如：
- 文件权限不足、路径不存在 → 抛
FileNotFoundException（非 EOF） - 序列化数据损坏、版本不匹配 → 可能抛
InvalidClassException或StreamCorruptedException - 网络中断导致流意外关闭 → 可能抛
SocketException或普通IOException
只对 EOFException 做“正常结束”语义处理；其他异常应记录、上报或根据业务重试/降级。
更健壮的方案：序列化前约定长度或加标记
若控制序列化端（比如你自己写入），可主动规避 EOF 判断歧义：
- 先写入对象数量（
writeInt(count)），再循环写对象；读取时先读数量，再精确循环count次readObject() - 每个对象前写一个魔数或类型标识（如
writeByte(0x01)），读取时先校验标识，遇到非法值或流尽则停止 - 使用 NIO 的
FileChannel配合ByteBuffer，通过剩余字节数预判是否还有完整对象（需自定义序列化格式）
这种方式让“结束”变得确定、可预测，不再依赖异常来控制流程。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
