JDK序列化原理总结

参考:https://juejin.im/entry/5bf622436fb9a04a0b21cbe7

JDK序列化方式中,使用ObjectInputStream#readObject进行反序列化,使用ObjectInputStream#writeObject进行序列化,反序列化稍微复杂点,朋友们可以结合文字看源码

ObjectInputStream#readObject:

A 判断子类是否重写了readObject方法。因为readObject是final修饰,所以实质上重写的是readObjectOveride方法,如果重写了,则直接执行子类重写的readObjectOverride方法。

B 如果没有,则指向readObject0,readObject0就是底层执行反序列化的主要方法:

1 选择反序列化方法

2 如果是反序列化对象,则会执行readOrdinaryObject方法:

1 反序列化创建了新的对象,这就是反序列化可以破坏单例的原因;

2 判断序列化方式,可以看到实现Externalizable接口的方式优先级要高于实现Serializable接口的方式,如果使		用的是Serializable方式,则会执行readSerialData方法:

		1 判断被序列化的类中是否包含readObject方法;(hasReadObjectMethod)

		2 如果包含,就执行被序列化类中的readObject方法;(HashMap、ArrayList重写了)

		3 如果不包含, 执行ObjectInputStream默认的defaultReadFields方法。

3 判断被序列化的类是否包含readResolve方法,如果包含,则执行readResolve方法,并使用该方法返回的对		象替换之前创建的obj(代码obj=rep进行的替换,解决单例序列化的问题)。

ObjectInputStream#writeObject原理类似,对反序列化的数据按照顺序读取而已:

A 判断子类是否重写了writeObject方法。因为writeObject是final修饰,所以实质上重写的是writeObjectOveride方法,如果重写了,则直接执行子类重写的writeObjectOverride方法。

B 如果没有,则指向writeObject0,writeObject0就是底层执行序列化的主要方法:

1 选择序列化方法

2 如果是序列化对象,则会执行writeOrdinaryObject方法:

1 判断序列化方式,可以看到实现Externalizable接口的方式优先级要高于实现Serializable接口的方式,如果使		用的是Serializable方式,则会执行writeSerialData方法:

		1 判断被序列化的类中是否包含writeObject方法;(hasWriteObjectMethod)

		2 如果包含,就执行被序列化类中的writeObject方法;(HashMap、ArrayList重写了)

		3 如果不包含, 执行ObjectOutStream默认的defaultWriteFields方法。

HashMap如果不重写writeObject和readObject:假设机器A要传输一个HashMap到机器B,且AB对于hashCode()的实现不一致,那么在A将HashMap整个序列化到B后,Entry上元素的位置在两个机器是一样的,但是因为hashCode()不一样,如果此时B要获取key=”pdc“这个元素,这个元素在A上存储的时候,位置为0,而到了B,通过hashCode()和HashMap的get方法得到的位置却为1,那么得到的就不是key=”pdc“了,而是其他key。

所以为了一致性,直接重写writeObject和readObject,A直接传输key和value,让B自己根据自己的hashCode()重新put进Entry,如key=”pdc“,put的位置为1,这样AB两台机器上的HashMap虽然Entry上元素的位置不一样,但是两台机器并不互相影响,而此时B通过hashCode()和HashMap的get方法得到key=”pdc“的位置为1,这样就一致了

ArrayList则是因为在ArrayList中的数组容量基本上都会比实际的元素的数大, 为了避免序列化没有元素的数组而重写.

发布了232 篇原创文章 · 获赞 260 · 访问量 2万+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章