NotSerializableException
序列化相关，NotSerializableException异常，private static final long serialVersionUID = 1L;在什么情况下需要实现序列化接口：主要在需要持久化、传输、缓存或深克隆对象时使用
2024年5月22日15:06:52
NotSerializableException异常
Exception in thread "main" java.io.NotSerializableException: com.lmcode.PrototypeMode.deepCloneCase2.Citation at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1184) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348) at com.lmcode.PrototypeMode.deepCloneCase2.main.main(main.java:15)
报错 java.io.NotSerializableException 表示 Citation 类没有实现 Serializable 接口。Java 的序列化机制要求所有被序列化的对象类都必须实现 Serializable 接口。
要解决这个问题，需要让 Citation 类和它包含的任何其他类（如 Student 类）实现 Serializable 接口。以下是修改后的代码示例：
public class Citation implements Serializable {
private static final long serialVersionUID = 1L; // 可选，但推荐
}
public class Student implements Serializable {
private static final long serialVersionUID = 1L; // 可选，但推荐
}
private static final long serialVersionUID = 1L; 是一个类变量，用于表示类的序列化版本号。它在 Java 的序列化机制中扮演了一个重要角色。具体来说，serialVersionUID 的作用如下：
-
版本控制：
serialVersionUID用于表明类的兼容性版本。序列化时，Java 会将serialVersionUID写入序列化的对象流中。反序列化时，Java 会检查对象流中的serialVersionUID是否与当前类的serialVersionUID匹配。如果匹配，则反序列化成功；否则会抛出InvalidClassException异常，表明类的版本不兼容。 -
显式声明 vs 隐式生成：如果一个类没有显式声明
serialVersionUID，Java 会根据类的各种信息（包括类名、实现的接口、成员变量等）自动生成一个serialVersionUID。这种自动生成的值可能会随着类的细微变化而变化，因此显式声明serialVersionUID可以确保类的兼容性，即使类的某些细节发生变化，也不会影响序列化机制。 -
常见的做法：通常，我们会显式声明
serialVersionUID，并赋予一个固定值，例如1L，以确保在类结构不变的情况下，序列化版本号保持不变。
以下是一个简单的示例：
import java.io.Serializable;
public class MyClass implements Serializable {
private static final long serialVersionUID = 1L;
private String name;
private int age;
// 省略构造函数、getter 和 setter
}
在这个示例中，MyClass 类实现了 Serializable 接口，并显式声明了 serialVersionUID 为 1L。这样，当你对 MyClass 对象进行序列化和反序列化时，只要 serialVersionUID 一致，即使类有小的变动（如添加新的字段），反序列化过程也不会失败。
总结：
serialVersionUID 是用于版本控制的标识符，它确保了序列化对象在不同版本的类之间的兼容性。显式声明 serialVersionUID 是一种推荐的做法，能避免因自动生成的 serialVersionUID 导致的反序列化失败。
在什么情况下需要实现序列化接口：
实现序列化接口 (Serializable) 通常在以下几种情况下是必要的：
-
持久化对象：需要将对象的状态保存到文件、数据库或其他持久化存储中，以便以后可以恢复。例如，将用户会话信息保存到文件中，当用户再次登录时可以恢复会话状态。
-
远程方法调用 (RMI)：在分布式系统中，Java RMI（远程方法调用）允许对象在不同的JVM（Java虚拟机）之间传输。在这种情况下，参与传输的对象需要实现
Serializable接口。 -
缓存：在分布式缓存系统（如 Redis、Ehcache）中，需要将对象序列化后存储到缓存中，以便其他应用或进程能够访问这些对象。
-
通过网络传输对象：当需要通过网络将对象从一个节点传输到另一个节点时，比如在Web服务中，通过HTTP传输对象数据。
-
深克隆对象：序列化和反序列化是一种创建对象深克隆的常用方法。通过将对象序列化成字节流，然后再反序列化成一个新的对象，可以实现对象的深克隆。
具体示例
持久化对象到文件
import java.io.*;
public class SerializableExample {
public static void main(String[] args) throws IOException, ClassNotFoundException {
MyObject obj = new MyObject("example", 42);
// 序列化对象到文件
FileOutputStream fos = new FileOutputStream("object.dat");
ObjectOutputStream oos = new ObjectOutputStream(fos);
oos.writeObject(obj);
oos.close();
// 从文件反序列化对象
FileInputStream fis = new FileInputStream("object.dat");
ObjectInputStream ois = new ObjectInputStream(fis);
MyObject deserializedObj = (MyObject) ois.readObject();
ois.close();
System.out.println(deserializedObj);
}
}
class MyObject implements Serializable {
private static final long serialVersionUID = 1L;
private String name;
private int value;
public MyObject(String name, int value) {
this.name = name;
this.value = value;
}
@Override
public String toString() {
return "MyObject{name='" + name + "', value=" + value + "}";
}
}
什么时候不需要实现序列化接口
- 临时对象：如果对象是短期存在的，并且不需要在内存之外存储或传输，那么不需要实现
Serializable接口。 - 安全考虑：在某些情况下，出于安全考虑，你可能不希望对象被序列化和反序列化。例如，包含敏感信息的对象可能需要防止被意外或恶意序列化。
总结
实现 Serializable 接口主要在需要持久化、传输、缓存或深克隆对象时使用。它允许对象以平台无关的方式进行序列化和反序列化，从而能够在不同的环境中恢复对象的状态。然而，对于不需要持久化或传输的临时对象，以及出于安全考虑的对象，不必实现 Serializable 接口。
