站内搜索: 请输入搜索关键词

当前页面: 开发资料首页Java 专题谈谈J2SE中的序列化之接受默认序列化

谈谈J2SE中的序列化之接受默认序列化

摘要: 首先要了解java默认的序列化行为,java将一切关于对象的信息都保存了下了
  首先要了解java默认的序列化行为,java将一切关于对象的信息都保存了下了,也就是说,有些时候那些不需要保存的也被保存了下来。一般情况下,我们仅仅需要保存逻辑数据就可以了。不需要保存的数据我们可以用关键字transient标出。

  以下是一个例子:

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>import java.io.*;

public class Serial implements Serializable {
 int company_id;
 String company_addr;

 transient boolean company_flag;
} </td></tr></table>
  则company_flag字段将不会参与序列化与反序列化,但同时你也增加了为他初始值的责任。这也是序列化常常导致的问题之一。因为序列化相当于一个只接受数据流的public构造函数,这种对象构造方法是语言之外的。但他仍然是一种形式上的构造函数。如若你的类不能够通过其他方面来保证初始化,则你需要额外的提供readObject方法,首先正常的反序列化,然后对transient标示的字段进行初始化。

  在不适合的时候,使用java默认的序列化行为可能会带来速度上的影响,最糟糕的情况是,可能导致溢出。在某些数据结构的实现中,经常会充斥着各种的循环引用,而java的默认序列化行为,并不了解你的对象结构,其结果就是java试图通过一种昂贵的“图遍历”来保存对象状态。可想而知,不但慢而且可能溢出。这时候你就要提供自己的readObject,来代替默认的行为。

  兼容性问题

  兼容性历来是复杂而麻烦的问题。

  不要兼容性:

  首先来看看如果我们的目的是不要兼容性,应该注意哪些。不要兼容性的场合很多,比如war3每当版本升级就不能够读取以前的replays。

  兼容也就是版本控制,java通过一个名为UID(stream unique identifier)来控制,这个UID是隐式的,它通过类名,方法名等诸多因素经过计算而得,理论上是一一映射的关系,也就是唯一的。如果UID不一样的话,就无法实现反序列化了,并且将会得到InvalidClassException。

  当我们要人为的产生一个新的版本(实现并没有改动),而抛弃以前的版本的话,可以通过显式的声名UID来实现:

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>private static final long serialVersionUID=????; </td></tr></table>
  你可以编造一个版本号,但注意不要重复。这样在反序列化的时候老版本将得到InvalidClassException,我们可以在老版本的地方捕捉这个异常,并提示用户升级的新的版本。

  当改动不大时,保持兼容性(向下兼容性的一个特例):

  有时候你的类增加了一些无关紧要的非私有方法,而逻辑字段并不改变的时候,你当然希望老版本和新版本保持兼容性,方法同样是通过显式的声名UID来实现。下面我们验证一下。

  老版本:

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>import java.io.*;

public class Serial implements Serializable {

 int company_id;
 String company_addr;

 public Serial1(int company_id, String company_addr) {
  this.company_id = company_id;
  this.company_addr = company_addr;
 }

 public String toString() {
  return "DATA: "+company_id+" "+
  company_addr;
 }
}</td></tr></table>
  新版本

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>import java.io.*;

public class Serial implements Serializable {

 int company_id;
 String company_addr;
 public Serial1(int company_id, String company_addr) {
  this.company_id = company_id;
  this.company_addr = company_addr;
 }

 public String toString() {
  return "DATA: "+company_id+" "+ company_addr;
 }
 public void todo(){}//无关紧要的方法
} </td></tr></table>
  首先将老版本序列化,然后用新版本读出,发生错误:

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>java.io.InvalidClassException: Serial.Serial1; local class incompatible: stream classdesc serialVersionUID = 762508508425139227, local class serialVersionUID = 1187169935661445676 </td></tr></table>
  接下来我们加入显式的声名UID:

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>private static final long serialVersionUID=762508508425139227l; </td></tr></table>
  再次运行,顺利地产生新对象

DATA: 1001 com1

  如何保持向上兼容性:

  向上兼容性是指老的版本能够读取新的版本序列化的数据流。常常出现在我们的服务器的数据更新了,仍然希望老的客户端能够支持反序列化新的数据流,直到其更新到新的版本。可以说,这是半自动的事情。

  跟一般的讲,因为在java中serialVersionUID是唯一控制着能否反序列化成功的标志,只要这个值不一样,就无法反序列化成功。但只要这个值相同,无论如何都将反序列化,在这个过程中,对于向上兼容性,新数据流中的多余的内容将会被忽略;对于向下兼容性而言,旧的数据流中所包含的所有内容都将会被恢复,新版本的类中没有涉及到的部分将保持默认值。利用这一特性,可以说,只要我们认为的保持serialVersionUID不变,向上兼容性是自动实现的。

  当然,一但我们将新版本中的老的内容拿掉,情况就不同了,即使UID保持不变,会引发异常。正是因为这一点,我们要牢记一个类一旦实现了序列化又要保持向上下兼容性,就不可以随随便便的修改了!!!

  测试也证明了这一点,有兴趣的读者可以自己试一试。




↑返回目录
前一篇: 使用Java操作文本文件的方法详解
后一篇: 实战Java多线程编程精要之限制优先级