在Java中如何使用ObjectInputStream与ObjectOutputStream_Java对象序列化解析_技术教程

ObjectInputStream/ObjectOutputStream读写对象需严格满足序列化契约：类须实现Serializable，所有非transient非static字段类型也须可序列化；必须成对使用缓冲流；读写顺序严格一致；serialVersionUID缺失或变更、字段修改等导致运行时异常。

Java 的 ObjectInputStream 和 ObjectOutputStream 能直接读写对象，但前提是对象必须严格满足序列化契约——否则运行时抛 java.io.NotSerializableException 或反序列化后字段为 null/0，不是“不工作”，而是“ silently fail”。

对象必须实现 `Serializable` 接口且字段可访问

仅声明

implements Serializable 不够，所有非 transient 非 static 字段所属类型也得可序列化。常见踩坑点：

ArrayList、String 等 JDK 类已实现 Serializable，放心用
自定义类（如 User）若含第三方库对象（如 org.json.JSONObject），而该类没实现 Serializable，就会报错
未显式定义 private static final long serialVersionUID = 1L;，JVM 自动生成的 UID 在类结构变动后会不一致，导致 InvalidClassException
transient 字段不会被序列化，反序列化后为默认值（null、0、false）

流必须成对使用，且顺序严格一致

ObjectOutputStream 写入顺序，必须和 ObjectInputStream 读取顺序完全一致。不能跳过、重排或重复读——没有“按字段名读取”机制，纯靠字节流位置。

先写 out.writeInt(100)，再写 out.writeObject(new Date())，那读的时候必须先 in.readInt()，再 in.readObject()
如果写入了多个对象，每次 readObject() 拿到的是一个完整对象，不是“下一条记录”
多次调用 writeObject() 后关闭流，再用新 ObjectInputStream 打开文件，仍能按序读出全部对象；但若中途异常中断，可能损坏流头，后续读取失败

文件或网络传输前务必包装为 BufferedXXXStream

直接用 FileInputStream / FileOutputStream 构造 ObjectInputStream / ObjectOutputStream 会导致性能极差，且某些场景（如 socket）易出 StreamCorruptedException。

必须用 new ObjectInputStream(new BufferedInputStream(new FileInputStream("a.bin")))，不能省略 BufferedInputStream
同理，写端必须用 new ObjectOutputStream(new BufferedOutputStream(new FileOutputStream("a.bin")))
Socket 场景下，客户端和服务端的流构造顺序必须镜像：服务端先 new ObjectOutputStream(out)，再 new ObjectInputStream(in)；客户端反之，否则握手失败

try (ObjectOutputStream oos = new ObjectOutputStream(
        new BufferedOutputStream(new FileOutputStream("user.dat")))) {
    oos.writeObject(new User("Alice", 30));
    oos.writeObject(new User("Bob", 25));
} catch (IOException e) {
    e.printStackTrace();
}

try (ObjectInputStream ois = new ObjectInputStream(
        new BufferedInputStream(new FileInputStream("user.dat")))) {
    User u1 = (User) ois.readObject(); // Alice
    User u2 = (User) ois.readObject(); // Bob
} catch (IOException | ClassNotFoundException e) {
    e.printStackTrace();
}

真正麻烦的不是语法，是版本兼容性：serialVersionUID 变了、字段删了、父类没序列化、用了 Lambda 表达式作为字段值——这些都不会在编译时报错，只会在反序列化那一行突然崩掉。