DataInputStream不能直接读取任意Java对象，因为它仅解析基本类型和modified UTF-8字符串，不支持Java对象序列化协议；若用ObjectOutputStream写出对象后误用DataInputStream读取，会因跳过对象头、类描述符等导致EOFException或乱码。
为什么不能直接用 DataInputStream 读取任意 Java 对象
DataInputStream 只负责按字节解析基本类型（如 int、double）和 String（UTF-8 编码的 modified UTF-8），它**不理解 Java 对象序列化协议**。如果你用 ObjectOutputStream 写出一个 Person 对象，再用 DataInputStream 去“读”，会立刻遇到 EOFException 或乱码——因为对象头、类描述符、字段元数据全被跳过了。
常见错误现象：DataInputStream.readInt() 报 IOException: Stream closed 或读出完全不符合预期的数字，本质是字节位置错位，比如把对象头当成了 int。
- 使用场景：仅适用于你**自己用
DataOutputStream写出的纯原始类型 + 字符串序列**，例如配置二进制文件、网络协议 payload、游戏存档中的坐标/血量等固定结构 - 关键前提：写入和读取的类型顺序、字节数、编码必须严格一致
- 不兼容
Serializable对象、集合、自定义类（除非你手动拆解成字段并逐个读）
如何安全读取已知结构的二进制文件（以 int + double + UTF String 为例）
假设你有一个文件，由 DataOutputStream 按顺序写入：writeInt(123) → writeDouble(3.14159) → writeUTF("hello")。那么读取时必须严格按此顺序调用对应方法：
try (DataInputStream dis = new DataInputStream(new FileInputStream("data.bin"))) {
int id = dis.readInt(); // 必须先读 int，占 4 字节
double pi = dis.readDouble(); // 紧接着读 double，占 8 字节
String msg = dis.readUTF(); // 最后读 UTF String（含 2 字节长度前缀）
}
-
readUTF()和readLine()完全不同：readLine()已废弃，且按行读文本；readUTF()是专为writeUTF()设计的二进制 UTF 解码，带长度头 - 如果写入用的是
writeBytes("hello")（无长度头、无编码转换），就必须用readFully(byte[])配合new String(bytes, "ISO-8859-1")，不能用readUTF() - 注意字节序：Java 所有
DataInputStream方法都强制使用大端（Big-Endian），无需额外处理
遇到 EOFException 怎么快速定位问题
EOFException 几乎总是意味着：你试图读一个值，但流已经到末尾，或者读的位置偏移了。不是文件损坏，而是逻辑错配。
立即学习“Java免费学习笔记（深入）”；
- 检查写入端是否真的写完了所有字段（比如少调了一次
writeInt()） - 确认文件没被截断（
ls -l data.bin查大小：4 + 8 + 2 + 5 = 19 字节，对应上面例子） - 不要在循环里盲目调用
readInt()——它不会返回-1，而是直接抛EOFException；改用available() > 0不可靠（网络流可能返回 0 却仍有数据），更稳妥的是捕获EOFException作为循环终止条件 - 调试时加日志：
System.out.println("pos=" + dis.getChannel().position())（需用FileChannel）或用十六进制查看器打开文件，人工比对字节
替代方案：什么时候该换别的工具
一旦你的数据结构变复杂（嵌套对象、可选字段、版本升级），硬靠 DataInputStream 手动解析就会失控。
- 需要跨语言：用 Protocol Buffers 或 FlatBuffers，生成确定性二进制格式，Java 端用
parseFrom(InputStream) - 只是想存/取简单对象且不介意 Java 生态绑定：直接用
ObjectInputStream，但必须确保类定义一致、实现Serializable、管理好serialVersionUID - 追求高性能+可读性折中：用 Jackson 的
byte[]二进制后端（如 CBOR），比原生序列化紧凑，比纯DataInputStream更易维护
手写 DataInputStream 解析的本质是「自己定义二进制协议」，协议越长，漏掉一个 readShort() 就会让后面所有字段全错位——这点很容易被忽略，直到线上读出负数 ID 或 NaN 浮点数才暴露。
