本篇内容主要讲解“使用Serializable的原因”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“使用Serializable的原因”吧!

在布尔津等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供做网站、成都网站建设 网站设计制作按需策划,公司网站建设,企业网站建设,成都品牌网站建设,营销型网站建设,成都外贸网站建设,布尔津网站建设费用合理。

经常看到有些类调用了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反序列化)

class A：

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 " +"\na="+this.toString()+" b="+this.b.toString();  }  }

class B：

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;  }  }

class WriteSeri：

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();  }  }  }}

class ReadSeri：

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=woxingwosu.A@a90653 b=woxingwosu.B@de6ced

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

read Object :a.toString  a=woxingwosu.A@a90653 b=woxingwosu.B@de6ced

遗漏了一个问题，就是标识版本的serialVersionUID。

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

刚才写的例子中就没有用到serialVersionUID，这时JVM会根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段作为serialVersionUID。但是如果序列化和反序列化的JVM版本不一样的话，还是显示写上serialVersionUID安全。

到此，相信大家对“使用Serializable的原因”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！

名称栏目：使用Serializable的原因
文章源于：http://azwzsj.com/article/ishsie.html