JAVA的序列化不得不说的事

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.