ObjectInput与DataInput接口如何体现对象与基础数据在IO层次结构中的不同处理层次？

本文共计866个文字，预计阅读时间需要4分钟。

`ObjectInput` 和 `DataInput` 是 Java I/O 系统中的两个关键接口，它们不是并列关系，而是明确的继承关系：

DataInput：基础数据读取的标准化契约

DataInput 自 Java 1.0 起就承担着二进制流中基本类型安全重构的核心职责。它不处理对象，只专注把字节流精准还原为 Java 原语（如 int、double、boolean）和 UTF-8 编码的字符串。

• 定义了标准方法如 readInt()、readDouble()、readUTF()，全部按大端序（Big-Endian）解析，屏蔽 CPU 架构差异
• 遇到流末尾提前终止时抛出 EOFException；其他 I/O 异常则统一为 IOException
• 是 DataInputStream 的契约接口，也是 ObjectInputStream 底层依赖的基础能力

ObjectInput：在 DataInput 之上叠加对象语义

ObjectInput 并不重复定义基本类型读取逻辑，而是复用 DataInput 的全部能力，并在其基础上新增对象级操作。它代表的是“可反序列化的输入流”的抽象，而非通用字节流。

• 继承 DataInput，因此天然支持 readInt()、readUTF() 等所有基础方法
• 新增核心方法 readObject()，用于从流中重建实现了 Serializable 的对象实例
• 还提供对数组、枚举、类描述符等序列化元信息的读取支持（通过底层 ObjectStreamConstants 协议）
• 实际实现类 ObjectInputStream 在构造时必须包装一个 InputStream，内部通过 DataInputStream 风格的缓冲与解析完成双层解码

为什么这样分层？关键在于职责隔离与协议演进

序列化不是简单地把对象字段拼成字节——它需要写入类名、字段签名、继承关系、甚至自定义序列化逻辑的标记。这些元数据和基础类型数据混在同一字节流中，但语义层级不同。

• DataInput 只管“怎么把 4 个字节变成一个 int”，不关心这 4 个字节属于哪个字段或对象
• ObjectInput 负责“怎么从一串带头部标记的字节流里识别出某个 Student 实例，并调用其 readObject 方法恢复状态”
• 这种分层让 DataInputStream 可用于网络协议解析（如自定义 RPC），而 ObjectInputStream 专用于 JVM 内部序列化场景，互不干扰又可组合

实际使用中的典型配合模式

你不会直接 new 一个 ObjectInput，而是通过 ObjectInputStream 实例获得其行为。但理解它的继承链，能帮你避开常见陷阱：

• 若想读取序列化文件中的原始整数（比如版本号字段），可直接调用 ois.readInt() ——这是 DataInput 提供的能力
• 若跳过某段对象数据只想读后续基础类型，需用 ois.skipBytes(n) 或结合 available() 控制偏移，而非盲目 readObject
• 当反序列化失败报 InvalidClassException，问题不在 DataInput 层，而在 ObjectInput 解析类描述符阶段——说明 serialVersionUID 不匹配或类路径缺失