`
konoha
  • 浏览: 4153 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

【转载】 Java 7之基础 - 序列化与反序列化

阅读更多

转载出处:http://blog.csdn.net/mazhimazh/article/details/20292331

 

使用Java的序列化和反序列化可以实现信息的持久存储、或者也可以实现Java对象的深克隆。在前面文章讲解过使用序列化和反序列化来实现对象克隆,如下:

Java之基础 - 深克隆与浅克隆(参见文章:http://blog.csdn.net/mazhimazh/article/details/16828505

下面来具体讲解一下序列化。能够进行序列化的类必须要实现Serializable接口,这个接口的定义如下:

 

[java] view plain copy
 
 print?
  1. public interface Serializable {   }  

这个接口仅用作一个标识,表示这个类可以进行序列化和反序列化。典型代码如下:

 

 

[java] view plain copy
 
 print?
  1. class Shitt implements Serializable{  // 必须实现Serializable接口   }  

 

将如下的类进行序列化和反序列化时继承序列化接口:

 

[java] view plain copy
 
 print?
  1. class Shitt  implements Serializable{  
  2.     private static final long serialVersionUID = 1L;  
  3.     private String name;  
  4.     public String getName() {  
  5.         return name;  
  6.     }  
  7.     public void setName(String name) {  
  8.         this.name = name;  
  9.     }  
  10. }  

 

进行类的序列化和反序列化操作:

 

[java] view plain copy
 
 print?
  1. public static void save(Shitt t) {  // 序列化给定的类  
  2.         try {  
  3.             FileOutputStream fs = new FileOutputStream("test.txt");  
  4.             ObjectOutputStream os = new ObjectOutputStream(fs);  
  5.             os.writeObject(t);  
  6.             os.flush();  
  7.             os.close();  
  8.         } catch (Exception ex) {  
  9.             ex.printStackTrace();  
  10.         }  
  11.     }  
  12.   
  13.     public static void read() { //反序列化给定的类  
  14.         try {  
  15.             FileInputStream fs = new FileInputStream("test.txt");  
  16.             ObjectInputStream ois = new ObjectInputStream(fs);  
  17.             Shitt login = (Shitt) ois.readObject();  
  18.             System.out.println(login.getName());  
  19.             ois.close();  
  20.         } catch (Exception ex) {  
  21.             ex.printStackTrace();  
  22.         }  
  23.     }  

 

需要注意的几个几点:

(1)在每个要序列化的类中加入private static final 的serialVersionUID,这样,即使在某个对象被序列化之后,它所对应的类被修改了,该对象也依然可以被正确地反序列化。举个例子:

 

[java] view plain copy
 
 print?
  1. public class MeTest{  
  2.     public static void main(String[] args) {  
  3.         Shitt t = new Shitt();  
  4.         t.setName("mazhi");  
  5.         MeTest.save(t);  
  6.         MeTest.read();  
  7.   
  8.     }  
  9.         // 省略save()和read()方法      
  10. }  

最终运行的结果如下:

 

mazhi

现在修改序列化类为:

 

[java] view plain copy
 
 print?
  1. class Shitt  implements Serializable{  
  2.     private static final long serialVersionUID = 1L;  
  3.     private String name;  
  4.     private int p;  
  5.     public String getName() {  
  6.         return name;  
  7.     }  
  8.     public void setName(String name) {  
  9.         this.name = name;  
  10.     }  
  11.     public int getP() {  
  12.         return p;  
  13.     }  
  14.     public void setP(int p) {  
  15.         this.p = p;  
  16.     }  
  17. }  

现在只调用read()方法进行读取操作,可以看到能够正常读取。去掉serialVersionUID属性或修改后报错:

 

local class incompatible:
实现序列化接口的实体能够兼容先前版本,不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。

(2)如果一个类中有引用类型的实例变量,这个引用类型也要实现Serializable接口。否则就会抛出异常。或者在不实例Serializable接口时,为这个引用变量加上transient关键字即可。

首先说明一下引用类型的实例变量怎么理解,如下:

 

[java] view plain copy
 
 print?
  1. class Father{  }  // 没有实现Serializable接口  

 

 

[java] view plain copy
 
 print?
  1. class Shitt implements Serializable{  
  2.     private String name;  
  3.     public Father t;  
  4.     public String getName() {  
  5.         return name;  
  6.     }  
  7.     public void setName(String name) {  
  8.         this.name = name;  
  9.     }  
  10. }  

但是在进行序列化的时候不使用这个t,也就只是声明而不进行实例同样不会出现错误。如果要进行实例化,就需要实现接口,或者加上transient关键字也行,然后再序列化后就不会出错,如下:

 

 

[java] view plain copy
 
 print?
  1. Shitt t = new Shitt();  
  2.         t.setName("mazhi");  
  3.         t.t=new Father();  
  4.         MeTest.save(t);  
  5.         MeTest.read();  

一旦变量被transient修饰,变量将不再是对象持久化的一部分,该变量内容在序列化后无法获得访问。

(3)被transient关键字修饰的变量不再能被序列化,一个静态变量不管是否被transient修饰,均不能被序列化。

[java] view plain copy
 
 print?
  1. class Father{   
  2.     public int a;  
  3.       
  4.     public int getA() {  
  5.         return a;  
  6.     }  
  7.     public void setA(int a) {  
  8.         this.a = a;  
  9.     }  
  10. }  
  11. class Shitt extends Father implements Serializable{  
  12.     private String name;  
  13.     public static String str="my name is mazhi";  
  14.     public String getName() {  
  15.         return name;  
  16.     }  
  17.     public void setName(String name) {  
  18.         this.name = name;  
  19.     }  
  20. }  

在这个类中,到底哪些变量的值能够进行序列化,哪些不能呢?测试如下:

 

[java] view plain copy
 
 print?
  1. Shitt t = new Shitt();  
  2.         t.setName("mazhi");  
  3.         t.a=3;  
  4.         MeTest.save(t);  
  5.         MeTest.read();  

在read()方法中打印str和a的值:

 

 

[java] view plain copy
 
 print?
  1. System.out.println(login.getName()+" "+login.a);  
  2.             System.out.println(login.str);  

最终运行的结果如下:

 

mazhi 0
my name is mazhi


可以看出Father类没有实现序列化接口,其定义的属性不能被序列化。最需要注意的是静态变量,这个变量不被序列化,那为什么还可以读出值呢?

因为在类加载时这个变量已经存在于内存中了,而且保持着唯一,不会被垃圾回收。当再运行时,由于静态变量属于类,当然可以取出这个值了。我们可以在另外一个虚拟机上进行测试就不会出现这个问题了。

同时从这个例子还能得出一些结论:

如果一个类实现了Serializable接口,但是它的父类没有实现,那么这个类也可以序列化。需要提醒的是Object超类没有实现这个序列化的接口。为什么呢??因为如果一个类没有实现Serializable接口,但是它的父类实现了,那么这个类也可以序列化。Object实现序列化接口意味着所有的类都可以被序列化,这一概念变得无意义,现时还会造成各种问题。


(4)序列化和反序列化过程中构造函数的调用

 

 

[java] view plain copy
 
 print?
  1. class Father{   // 没有实现Serializable接口  
  2.     public Father(){  
  3.         System.out.println("父类构造方法");  
  4.     }  
  5. }  
  6. class Shitt extends Father implements Serializable{  
  7.     public Shitt(){  
  8.         System.out.println("子类构造方法");  
  9.     }  
  10. }  

对Shitt类进行序列化和反序列化后的运行结果如下:

 

父类构造方法
子类构造方法
父类构造方法

父类加上序列化接口后再次进行序列化和反序列化的操作,结果如下:

父类构造方法
子类构造方法

由上可以得出结论:在进行反序列化过程中还是遵守类的初始化规则,也就是先父类后子类,但是子类的初始化并不是通过调用构造函数等手段,而是从持久化文件中存储的信息进行初始化的。

扩展:

(1)其实可以在类的序列化过程中,指定属性存储的格式,例如XML,反序列化也是一样的,有兴趣的话可以参见其他资料。

(2)既然序列化和反序列化可以实现文件的持久存取,那么与其他一些持久化,例如数据库比起来又怎么样呢?

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics