ObjectInput 继承自 DataInput，前者在后者基础上扩展对象反序列化能力；DataInput 定义基本类型读取方法并按大端序解析，ObjectInput 新增 readObject() 等对象级操作，二者分层实现职责隔离与协议演进。
ObjectInput 和 DataInput 是 Java I/O 体系中两个关键接口，它们不是并列关系，而是明确的继承关系：ObjectInput 继承自 DataInput。这种设计体现了 Java 对“基础数据读取”和“对象读取”的分层抽象——先稳住基本类型，再扩展支持序列化对象。
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 的全部能力，并在其基础上新增对象级操作。它代表的是“可反序列化的输入流”的抽象，而非通用字节流。
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- 继承 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 不匹配或类路径缺失
