综上,只要我们对内存中的对象进行持久化或网络传输, 这个时候都需要序列化和反序列化.
比如我们常用的String对象,就实现了Serializable接口,并显示指定了serialVersionUID
@Data
public class User implements Serializable {
private static final long serialVersionUID = 1L;
private String name;
private Integer age;
private transient String sex;
private static String signature = "你眼中的世界就是你自己的样子";
}
public class SerializableTest {
private static void serialize(User user) throws Exception {
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("D:\\111.txt")));
oos.writeObject(user);
oos.close();
}
private static User deserialize() throws Exception{
ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("D:\\111.txt")));
return (User) ois.readObject();
}
public static void main(String[] args) throws Exception {
User user = new User();
user.setName("ddw");
user.setAge(18);
user.setSex("1");
System.out.println("序列化前的结果: " + user);
serialize(user);
User dUser = deserialize();
System.out.println("反序列化后的结果: "+ dUser);
}
}
user没有实现Serializable 接口,会报错无法序列化
没有指定serialVersionUID时,先序列化,然后修改类,增加一个属性,再发序列化,就会报错不合法的类异常,两个序列化版本不一致,无法反序列化
所以我们一般会显示指定版本号,值是多少无所谓,保持一致就可以
private static final long serialVersionUID = 1L;
如果不显示指定serialVersionUID, JVM在序列化时会根据属性自动生成一个serialVersionUID,
然后与属性一起序列化, 再进行持久化或网络传输. 在反序列化时, JVM会再根据属性自动生成一个新版serialVersionUID,
然后将这个新版serialVersionUID与序列化时生成的旧版serialVersionUID进行比较, 如果相同则反序列化成功,
否则报错.
被transient关键字修饰的属性不会被序列化, static属性也不会被序列化.