JAVA的序列化不得不说的事-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_34409822/article/details/85073654

本文深入探讨了Java序列化机制，包括静态变量处理、基类与子类序列化、transient关键字作用、序列化ID计算及不同JVM环境下序列化ID一致性。通过示例代码演示如何获取默认serialVersionUID，并分析其在不同JVM版本中的表现。

1. 序列化保存的时对象的状态，静态变量属于类的状态，所以序列化并不保存静态变量。

2. 基类没有实现序列化接口，子类实现了序列化接口。

序列化时基类对象不会被序列化，反序列化时通过无参构造函数构建基类对象。

3. Transient 关键字的作用是控制变量的序列化，在变量声明前加上该关键字，可以阻止该变量被序列化到文件中，在被反序列化后，transient 变量的值被设为初始值，如 int 型的是 0，对象型的是 null。

4. 基类实现了序列化接口，而子类没有实现序列化接口，这里子类会继承基类的序列化接口。并且基类改变，序列化ID不会改变。（看来计算序列化ID时,不会关注基类，有点怪）,虽然子类的序列化ID没有改变，但序列化同样存在不兼容问题，因为序/反序列化时，首先是基类对象的序/反序列化.

以下代码用于获取JVM计算出的默认serialVersionUID:

public class JavaClass implements Serializable{

private int age = 5;

public Transient int high = 100;

public static final String type = "chinese";//(1)

public static void main(String[] args) throws SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException {

Method m = ObjectStreamClass.class.getDeclaredMethod("computeDefaultSUID", new Class[]{Class.class});

m.setAccessible(true);

Long value = (Long)m.invoke(ObjectStreamClass.class, new Class[]{JavaClass.class});

System.out.println(value.longValue());

}

输出：128567144507979700

注释掉(1)行，则输出: -2221189703186047525

把（1）行改为: public static String type = "chinese";

则输出: -4981208171773942486

把（1）行改为: public static String type = "Chinese_man";

仍然输出:-4981208171773942486

通过测试发现，同一个类在SUN JVM1.5/SUN JVM1.6/IBM J9（1.6）/JROCKIT1.6

产生的serialVersionUID是相同。

对于ObjectStreamClass类，IBMJ9，JROCKIT好像只在文件头上修改了一下license.