一个对象如果想在硬盘上存储,一定就需要借助于一定的数据格式。这种把对象转换为硬盘存储的格式的过程就叫做对象的序列化,同样地,将这些文件再反向转换为程序中对象的操作就叫做反序列化
一些复杂的解决方案可能是将对象转换为json字符串的方式,这种方式的优点是易读,但是效率还是太低,所以Java的序列化的解决方案是将对象转换为一个二进制流的形式,来实现数据的持久化,本篇文章将会来详细讲解序列化的实现和原理
我们这里有一个普通的对象,要注意的是这个类和其中用到的所有对象都需要实现序列化接口Serializable:
class Demo implements Serializable { int val = 10; String time = new SimpleDateFormat("HH:mm:ss").format(new Date()); A a = new A(20); @Override public String toString() { return "[hashcode=" + hashCode() + " val=" + val + ", time=" + time + ", A.val=" + a.val +"]"; } } 复制代码
这个A是一个普通的对象,如下:
class A implements Serializable { int val = 20; public A(int val) { this.val = val; } } 复制代码
现在我们有一个Demo对象,来输出一下这个对象的标志字符串:
Demo demo = new Demo(); System.out.println(demo.toString()); 复制代码
输出结果:
[hashcode=1625635731 val=10, time=20:28:56, A.val=20] 复制代码
现在,我们需要将这个对象序列化为二进制流,则需要以下的操作:
FileOutputStream fileOutputStream = new FileOutputStream("target"); ObjectOutputStream objectOutputStream = new ObjectOutputStream(fileOutputStream); objectOutputStream.writeObject(demo); objectOutputStream.flush(); objectOutputStream.close(); 复制代码
这样,demo对象就被我们持久化到硬盘的target文件中了
反之,如果我们想将这个对象从target文件中取出,就需要如下的操作:
FileInputStream fileInputStream = new FileInputStream("target"); ObjectInputStream objectInputStream = new ObjectInputStream(fileInputStream); Demo newDemo = (Demo)objectInputStream.readObject(); 复制代码
现在,我们用以下的语句来检验这两个对象是否是一个对象:
System.out.println(newDemo.toString()); System.out.println("demo == newDemo : " + (demo == newDemo)); 复制代码
输出
[hashcode=885284298 val=10, time=20:28:56, A.val=20] demo == newDemo : false 复制代码
我们会发现,反序列化得到的对象虽然值和原有对象一致,但是其不是同一个对象,这一点很重要
我们打开序列化生成的target文件,这里需要用二进制流的方式打开:
这里可以将文件分为5个部分:
也就是说,在这个二进制文件中,通过这几部分就能表明一个类的全部信息,在反序列化的过程中,Java将会按照指定的文件格式来从文件中恢复数据
这两点是为什么呢,我们来看ObjectOutputStream中的writeObject0方法,这里截取了一小段:
if (obj instanceof String) { writeString((String) obj, unshared); } else if (cl.isArray()) { writeArray(obj, desc, unshared); } else if (obj instanceof Enum) { writeEnum((Enum<?>) obj, desc, unshared); } else if (obj instanceof Serializable) { writeOrdinaryObject(obj, desc, unshared); } else { if (extendedDebugInfo) { throw new NotSerializableException( cl.getName() + "/n" + debugInfoStack.toString()); } else { throw new NotSerializableException(cl.getName()); } } 复制代码
这段代码中的obj不仅仅是被序列化的对象,还会是这个对象中的所有字段,也就是说其中的域对象,必须是字符串、数组、枚举和序列化接口中的一种,否则就会抛出异常
其实,还有一点注意事项,我留在了这里来讲:
这是为什么呢,我们来看反序列化中的一块代码:
if (model.serializable == osc.serializable && !cl.isArray() && suid != osc.getSerialVersionUID()) { throw new InvalidClassException(osc.name, "local class incompatible: " + "stream classdesc serialVersionUID = " + suid + ", local class serialVersionUID = " + osc.getSerialVersionUID()); } 复制代码
这是ObjectStreamClass中的initNonProxy方法中的一段,这个方法也就是读取我们序列化文件的核心方法,用于初始化类描述符
不过我们重点不在这里,重点是一个suid和osc.getSerialVersionUID()的比较,这时候就要涉及到一个 序列化id 的概念了,序列化id的声明类似下面这种形式:
class Demo implements Serializable { // 这个序列化id一般的ide都会提供有自动生成的插件,感兴趣的可以自行下载 private static final long serialVersionUID = -5809782578272943999L; // ... } 复制代码
Java的反序列化成功与否的关键,就是比较文件的序列化id和类的序列化id是否一致,如果一致,则认为文件中的对象和类对象是同一个对象,否则,就说明两个类压根就不是一个类,如果强行转换则很有可能发生异常
但是我们之前没有手动设置序列化id也一样能反序列化成功不是吗?其实,之前能反序列化成功仅仅是因为我们没有改动原来的类,如果我们没有设置序列化id,则以下任何的操作,均会导致反序列化失败:
看到了吗,即使我们仅仅修改了字段的名称,也会导致反序列化的失败,如果不注意这一点,将会导致所有反序列化操作的崩溃,但是只要我们设置一个序列化id,即使我们把类中元素删的一干二净,也一样会反序列化成功,只不过是丢失属性而已