您所在位置：主题：[原创]继承对序列化的影响
mesum
[专家分：0] 发布于 2008-05-14 22:19:00
继承对序列化的影响
我的QQ号:2535279
我的QQ群:58591592
www.javaedu.com.cn
这篇文章最初的起源是来自于我在工作中碰到一个问题。
我的一个聪明的同事自己写了一个框架，这个框架用来处理
Client与Server之间的通讯，在其中不免用到一些继承，从
我这个角度上看，他的继承用的过于复杂，这样产生了许多
副作用，其中一个就是和对象序列化相关。好了，闲话少说
，开始进入正文。
一、序列化简介
在这里我先简要介绍一下和序列化相关的一些概念，如
果你觉得自己对序列化已经比较熟悉，那么跳过这一节，直
接看下一节内容。
序列化是Java中的一个非常重要的特性，通过序列化机
制，我们可以将Java的对象变成流，或者存储在硬盘中，或
者通过网络传输给网络的其他用户。而序列化在RMI，EJB中
都有应用，可以说是构成J2EE的一个重要的技术。
1）Serializable接口
如果想让一个类可被序列化，那么这个类必须实现
Serializable接口，这个接口本身没有任何方法和属性，它
的作用只是为了标示一个类可以被序列化，这一个特性好像
在Java里用的比较多，比如克隆也是采用了相同的机制。
因此，如果我们想创建一个可以被序列化的类，我们可
以像下面的代码一样做。
import java.io.Serializable;
public class SerialClass implements Serializable
{
private static final long serialVersionUID = -
190734710746841476L;
private String c;
public int a;
public String b;
public int getA(){return a;}
public String getB(){return b;}
public void setA(int a){this.a = a;}
public void setB(String b){this.b = b;}
public String getC(){return c; }
public void setC(String c){this.c = c; }
从上面的例子我们可以看到，除了需要实现
Serialzable接口外，一个可序列化的类和一个普通类没有
什么大的区别。不过我们还是有一些特别的东西需要注意的
。
2）属性 serialVersionUID
这个属性是一个私有的静态final属性，一般刚接触序
列化的人会忽略这个属性，因为这个属性不是必须的。这个
属性主要是为了保证一个可序列化类在不同的Java编译器中
，能保证相同的版本号，这样保证当这个类在不同的JVM中
进行序列化与反序列化时不会出现InvalidClassException
异常。
3）属性与序列化
那么我们再考虑另一个问题，是不是一个类实现了
Serializable之后就可以看成是可序列化的类呢？答案是不
行，实际上一个类是否可序列化还需要看这个类的属性，在
Java规范中，一个类是否能序列化，不但取决于这个类是否
实现Serializable接口，还取决于这个类中的属性是否可序
列化。在上面的例子里，一共有三个属性，两个是String对
象，一个是int类型的属性，实际上，String类是可序列化
的（继承了Serializable 接口且它的属性都是可序列化的
），而像int这样的基本数据类型在Java中被看成是可序列
化的，因此我们可以确认上面的这个类是一个可序列化的类
。那么现在我们已经创建了一个可序列化类，接下去的问题
是怎么使用这个类，对它进行序列化与反序列化操作？
4）ObjectOutputStream 和 ObjectInputStream类
Jdk提供了两个IO流类进行序列化和反序列化操作，其
中ObjectOutputStream中的writeObject方法对一个对象进
行序列化工作；而ObjectInputStrem中的readObject方法则
负责发序列化的操作。下面的例子完整的显示了一个类的序
列化和反序列化操作。
package serialtest;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class TestClass
{
public static void main(String[] args) throws
Exception
{
SerialClass s = new SerialClass();
s.setA(10);
s.setB("hello");
s.setC("world");
//创建ObjectOutputStream对象，准备序列化对象s
ObjectOutputStream oos = new
ObjectOutputStream(
new FileOutputStream("abc"));
//调用writeObject将对象进行序列化，存储在文件
abc中。
oos.writeObject(s);
oos.flush();
oos.close();
//创建ObjectInputStream对象，准备从文件abc中
反序列化SerialClass对象
ObjectInputStream ois = new
ObjectInputStream(
new FileInputStream("abc"));
//调用readObject将存储在文件abc中的字节流反序
列化为SerialClass对象。
s = (SerialClass) ois.readObject();
System.out.println(s.getA());
System.out.println(s.getB());
System.out.println(s.getC());
}
}
执行程序，最后的结果应该是：
10
Hello
World
好了，序列化的基础知识就讲到这里。接下来我们看看
继承对于序列化的影响。
二、继承对序列化的影响
我们现在把上面的例子做点变换，变成如下的形式。
1）首先创建一个Interface。
package serialtest;
public interface SuperInterface
{
public int getA();
public String getB();
public void setA(int a);
public void setB(String b);
}
2）创建一个抽象类实现SuperInterface接口，注意，这个
类没有实现Serializable接口。
package serialtest;
public abstract class AbsSuperClass implements
SuperInterface
{
public int a;
public String b;
public int getA() {return a;}
public String getB(){return b; }
public void setA(int a) {this.a = a;}
public void setB(String b) {this.b = b;}
}
3）SerialClass类继承了AbSuperClass，同时它也实现了
Serializable接口。
package serialtest;
import java.io.Serializable;
public class SerialClass extends AbsSuperClass
implements Serializable
{
private static final long serialVersionUID = -
190734710746841476L;
private String c;
public String getC(){return c; }
public void setC(String c) {this.c = c;}
}
这时候我们在运行Test，将会发现结果和第一节的例子不一
样了，这时候结果将变成：
0
null
world
而导致这个结果的原因就在AbSuperClass上，因为
AbSuperClass没有实现Serializable接口，所以它不可被序
列化；但SerialClass由于实现了Serializable接口而成为
一个可序列化的类，这时候，属性c因为是SerialClass的类
所以c的值在序列化时将被保存，而属性a和b是从
AbSuperClass中继承而来，他们因为AbSuperClass的缘故而
导致了它们的值不能在序列化是被保存。
关于这一点，我在Java文档中也得到了证实，在Java
doc中明确指出，如果一个类继承了一个非Serializable类
时，如果想在序列化中保存父类的属性，则需要实现额外的
代码显式地存储父类的属性值。
最后再回到本文的初衷，诚然，这篇文章是以对象的序
列化为主的，但最后我又要回到一个比较古老的话题上，那
就是在软件开发的时候，继承到底该用到什么一种程度？毕
竟，滥用继承对整个系统的影响将是深远的。
[参考文献]
1. Effective Java. Joshua Bloch著，潘爱民译。
2. Java doc. doc.sun.com.
3. Java 编程语言。 Ken Arnold等著
注：本文版权系javaedu.com.cn所有，如有转载请注明出处
。
我的QQ号:2535279
我的QQ群:58591592
www.javaedu.com.cn
这篇文章最初的起源是来自于我在工作中碰到一个问题。
我的一个聪明的同事自己写了一个框架，这个框架用来处理
Client与Server之间的通讯，在其中不免用到一些继承，从
我这个角度上看，他的继承用的过于复杂，这样产生了许多
副作用，其中一个就是和对象序列化相关。好了，闲话少说
，开始进入正文。
一、序列化简介
在这里我先简要介绍一下和序列化相关的一些概念，如
果你觉得自己对序列化已经比较熟悉，那么跳过这一节，直
接看下一节内容。
序列化是Java中的一个非常重要的特性，通过序列化机
制，我们可以将Java的对象变成流，或者存储在硬盘中，或
者通过网络传输给网络的其他用户。而序列化在RMI，EJB中
都有应用，可以说是构成J2EE的一个重要的技术。
1）Serializable接口
如果想让一个类可被序列化，那么这个类必须实现
Serializable接口，这个接口本身没有任何方法和属性，它
的作用只是为了标示一个类可以被序列化，这一个特性好像
在Java里用的比较多，比如克隆也是采用了相同的机制。
因此，如果我们想创建一个可以被序列化的类，我们可
以像下面的代码一样做。
import java.io.Serializable;
public class SerialClass implements Serializable
{
private static final long serialVersionUID = -
190734710746841476L;
private String c;
public int a;
public String b;
public int getA(){return a;}
public String getB(){return b;}
public void setA(int a){this.a = a;}
public void setB(String b){this.b = b;}
public String getC(){return c; }
public void setC(String c){this.c = c; }
从上面的例子我们可以看到，除了需要实现
Serialzable接口外，一个可序列化的类和一个普通类没有
什么大的区别。不过我们还是有一些特别的东西需要注意的
。
2）属性 serialVersionUID
这个属性是一个私有的静态final属性，一般刚接触序
列化的人会忽略这个属性，因为这个属性不是必须的。这个
属性主要是为了保证一个可序列化类在不同的Java编译器中
，能保证相同的版本号，这样保证当这个类在不同的JVM中
进行序列化与反序列化时不会出现InvalidClassException
异常。
3）属性与序列化
那么我们再考虑另一个问题，是不是一个类实现了
Serializable之后就可以看成是可序列化的类呢？答案是不
行，实际上一个类是否可序列化还需要看这个类的属性，在
Java规范中，一个类是否能序列化，不但取决于这个类是否
实现Serializable接口，还取决于这个类中的属性是否可序
列化。在上面的例子里，一共有三个属性，两个是String对
象，一个是int类型的属性，实际上，String类是可序列化
的（继承了Serializable 接口且它的属性都是可序列化的
），而像int这样的基本数据类型在Java中被看成是可序列
化的，因此我们可以确认上面的这个类是一个可序列化的类
。那么现在我们已经创建了一个可序列化类，接下去的问题
是怎么使用这个类，对它进行序列化与反序列化操作？
4）ObjectOutputStream 和 ObjectInputStream类
Jdk提供了两个IO流类进行序列化和反序列化操作，其
中ObjectOutputStream中的writeObject方法对一个对象进
行序列化工作；而ObjectInputStrem中的readObject方法则
负责发序列化的操作。下面的例子完整的显示了一个类的序
列化和反序列化操作。
package serialtest;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class TestClass
{
public static void main(String[] args) throws
Exception
{
SerialClass s = new SerialClass();
s.setA(10);
s.setB("hello");
s.setC("world");
//创建ObjectOutputStream对象，准备序列化对象s
ObjectOutputStream oos = new
ObjectOutputStream(
new FileOutputStream("abc"));
//调用writeObject将对象进行序列化，存储在文件
abc中。
oos.writeObject(s);
oos.flush();
oos.close();
//创建ObjectInputStream对象，准备从文件abc中
反序列化SerialClass对象
ObjectInputStream ois = new
ObjectInputStream(
new FileInputStream("abc"));
//调用readObject将存储在文件abc中的字节流反序
列化为SerialClass对象。
s = (SerialClass) ois.readObject();
System.out.println(s.getA());
System.out.println(s.getB());
System.out.println(s.getC());
}
}
执行程序，最后的结果应该是：
10
Hello
World
好了，序列化的基础知识就讲到这里。接下来我们看看
继承对于序列化的影响。
二、继承对序列化的影响
我们现在把上面的例子做点变换，变成如下的形式。
1）首先创建一个Interface。
package serialtest;
public interface SuperInterface
{
public int getA();
public String getB();
public void setA(int a);
public void setB(String b);
}
2）创建一个抽象类实现SuperInterface接口，注意，这个
类没有实现Serializable接口。
package serialtest;
public abstract class AbsSuperClass implements
SuperInterface
{
public int a;
public String b;
public int getA() {return a;}
public String getB(){return b; }
public void setA(int a) {this.a = a;}
public void setB(String b) {this.b = b;}
}
3）SerialClass类继承了AbSuperClass，同时它也实现了
Serializable接口。
package serialtest;
import java.io.Serializable;
public class SerialClass extends AbsSuperClass
implements Serializable
{
private static final long serialVersionUID = -
190734710746841476L;
private String c;
public String getC(){return c; }
public void setC(String c) {this.c = c;}
}
这时候我们在运行Test，将会发现结果和第一节的例子不一
样了，这时候结果将变成：
0
null
world
而导致这个结果的原因就在AbSuperClass上，因为
AbSuperClass没有实现Serializable接口，所以它不可被序
列化；但SerialClass由于实现了Serializable接口而成为
一个可序列化的类，这时候，属性c因为是SerialClass的类
所以c的值在序列化时将被保存，而属性a和b是从
AbSuperClass中继承而来，他们因为AbSuperClass的缘故而
导致了它们的值不能在序列化是被保存。
关于这一点，我在Java文档中也得到了证实，在Java
doc中明确指出，如果一个类继承了一个非Serializable类
时，如果想在序列化中保存父类的属性，则需要实现额外的
代码显式地存储父类的属性值。
最后再回到本文的初衷，诚然，这篇文章是以对象的序
列化为主的，但最后我又要回到一个比较古老的话题上，那
就是在软件开发的时候，继承到底该用到什么一种程度？毕
竟，滥用继承对整个系统的影响将是深远的。
[参考文献]
1. Effective Java. Joshua Bloch著，潘爱民译。
2. Java doc. doc.sun.com.
3. Java 编程语言。 Ken Arnold等著
注：本文版权系javaedu.com.cn所有，如有转载请注明出处
。