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.
本文转自 anranran 51CTO博客，原文链接:http://blog.51cto.com/guojuanjun/673222
