为什么要有Serializable

从JavaEye中看到的

经常看到有些类调用了Serializable接口，而有些类又没有调用Serializable接口。那么什么情况下要调用Serializable接口。
    首先来了解一下Serializable。（类通过实现 java.io.Serializable 接口以启用其序列化功能。未实现此接口的类将无法使其任何状态序列化或反序列化。序列化接口Serializable没有方法或字段，仅用于标识可序列化的语义）
    实现了Serializable接口的对象，可将它们转换成一系列字节，并可在以后完全恢复回原来的样子。这一过程亦可通过网络进行。这意味着序列化机制能自动补偿操作系统间的差异。换句话说，可以先在Windows机器上创建一个对象，对其序列化，然后通过网络发给一台Unix机器，然后在那里准确无误地重新“装配”。不必关心数据在不同机器上如何表示，也不必关心字节的顺序或者其他任何细节。
    serialization主要用来支持2种主要的特性：
    1、RMI(Remote method invocation)。RMI允许象在本机上一样操作远程机器上的对象。当发送消息给远程对象和调用远程方法时，就需要用到serializaiton机制来发送参数和接收返回值。
    2、保存信息。在某个时候把状态信息保存起来，以便以后某个时候能恢复这些状态信息。
    Hibernaet和EJB中的实体Bean就用到了上面两个特性。
    另外：保存的时候不仅能保存对象的副本，而且还会把对象里面所引用的对象也保存起来，以此类推。就像在编译某个类一样，会涉及到所用到的所有类。但是所引用的对象也必须是可序列化的，不然会抛NotSerializableException异常。
    下面来写个例子：(A和B类都是可序列化的，WriteObj：将A序列化，ReadObj：将A反序列化) 

Java代码 package woxingwosu; import java.io.Serializable; public class A implements Serializable{ private String name="my name is a"; private B b=null; A(){ b=new B(); } public B getB() { return b; } public void setB(B b) { this.b = b; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String show(){ return "a.toString <a.name=/""+this.name+"/" a.b.name=/""+this.b.getName()+"/">" +"/na="+this.toString()+" b="+this.b.toString(); } } Java代码 package woxingwosu; import java.io.Serializable; public class B implements Serializable{ private String name="my name is B"; B(){} public String getName() { return name; } public void setName(String name) { this.name = name; } } Java代码 package woxingwosu; import java.io.FileOutputStream; import java.io.ObjectOutputStream; /** * 写Object(系列化) * @author 我行我素 */ public class WriteSeri { public static void main(String[] args) { ObjectOutputStream outObj=null; try{ FileOutputStream outStr=new FileOutputStream("obj.txt"); outObj=new ObjectOutputStream(outStr); A a=new A(); outObj.writeObject(a); System.out.println("write obj :"+a.show()); outObj.flush(); }catch(Exception e){ e.printStackTrace(); }finally{ try{ if(outObj!=null) outObj.close(); }catch(Exception e){ e.printStackTrace(); } } } } Java代码 package woxingwosu; import java.io.FileInputStream; import java.io.ObjectInputStream; /** * 读Object(反系列化) * @author 我行我素 */ public class ReadSeri { public static void main(String[] args) { ObjectInputStream inObj=null; try{ FileInputStream inStr=new FileInputStream("obj.txt"); inObj=new ObjectInputStream(inStr); A a=(A)inObj.readObject(); System.out.println("read Object :"+a.show()); }catch(Exception e){ e.printStackTrace(); }finally{ try{ if(inObj!=null) inObj.close(); }catch(Exception e){ e.printStackTrace(); } } } }

 

首先，我们运行WriteObj，实现序列化，得到输出结果

write obj :a.toString <a.name="my name is a" a.b.name="my name is B">
a=woxingwosu.A@a90653 b=woxingwosu.B@de6ced

然后我们再运行ReadObj，实现反序列化，得到输出结果

read Object :a.toString <a.name="my name is a" a.b.name="my name is B">
a=woxingwosu.A@a90653 b=woxingwosu.B@de6ced

官方文档：如果可序列化类未显式声明 serialVersionUID，则序列化运行时将基于该类的各个方面计算该类的默认 serialVersionUID 值，如“Java(TM) 对象序列化规范”中所述。不过，强烈建议 所有可序列化类都显式声明 serialVersionUID 值，原因计算默认的 serialVersionUID 对类的详细信息具有较高的敏感性，根据编译器实现的不同可能千差万别，这样在反序列化过程中可能会导致意外的 InvalidClassException。因此，为保证 serialVersionUID 值跨不同 java 编译器实现的一致性，序列化类必须声明一个明确的 serialVersionUID 值。还强烈建议使用 private 修改器显示声明 serialVersionUID（如果可能），原因是这种声明仅应用于立即声明类 -- serialVersionUID 字段作为继承成员没有用处。
    刚才写的例子中就没有用到serialVersionUID，这时JVM会根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段作为serialVersionUID。但是如果序列化和反序列化的JVM版本不一样的话，还是显示写上serialVersionUID安全。

 

比较java.io.Externalizable和java.io.Serializable
[URL]http://www.zdnet.com.cn/developer/code/story/0,3800066897,39304080,00.htm[/URL]

即使你没有用过对象序列化（serialization），你可能也知道它。但你是否知道 Java 还支持另外一种形式的对象持久化，外部化（externalization）？

下面是序列化和外部化在代码级的关联方式：

public interface Serializable {}

public interface Externalizable extends Serializable {
void readExternal(ObjectInput in);
void writeExternal(ObjectOutput out);
}

序列化和外部化的主要区别

外部化和序列化是实现同一目标的两种不同方法。下面让我们分析一下序列化和外部化之间的主要区别。

通过Serializable接口对对象序列化的支持是内建于核心 API 的，但是java.io.Externalizable的所有实现者必须提供读取和写出的实现。Java 已经具有了对序列化的内建支持，也就是说只要制作自己的类java.io.Serializable，Java 就会试图存储和重组你的对象。如果使用外部化，你就可以选择完全由自己完成读取和写出的工作，Java 对外部化所提供的唯一支持是接口：

voidreadExternal(ObjectInput in)
void writeExternal(ObjectOutput out)

现在如何实现readExternal() 和writeExternal() 就完全看你自己了。

序列化会自动存储必要的信息，用以反序列化被存储的实例，而外部化则只保存被存储的类的标识。当你通过java.io.Serializable接口序列化一个对象时，有关类的信息，比如它的属性和这些属性的类型，都与实例数据一起被存储起来。在选择走Externalizable这条路时，Java 只存储有关每个被存储类型的非常少的信息。

每个接口的优点和缺点

Serializable接口

· 优点：内建支持

· 优点：易于实现

· 缺点：占用空间过大

· 缺点：由于额外的开销导致速度变比较慢

Externalizable接口

· 优点：开销较少（程序员决定存储什么）

· 优点：可能的速度提升

· 缺点：虚拟机不提供任何帮助，也就是说所有的工作都落到了开发人员的肩上。

在两者之间如何选择要根据应用程序的需求来定。Serializable通常是最简单的解决方案，但是它可能会导致出现不可接受的性能问题或空间问题；在出现这些问题的情况下，Externalizable可能是一条可行之路。

要记住一点，如果一个类是可外部化的（Externalizable），那么Externalizable方法将被用于序列化类的实例，即使这个类型提供了Serializable方法：

private void writeObject()
private void readObject()