java.io.Serializable浅析

　　Java API中java.io.Serializable接口源码：

1 public interface Serializable {
2 }

　　类通过实现java.io.Serializable接口可以启用其序列化功能。未实现次接口的类没法使其任何状态序列化或反序列化。可序列化类的所有子类型本身都是可序列化的。序列化接口没有方法或字段，仅用于标识可序列化的语义。

　　Java的"对象序列化"能让你将1个实现了Serializable接口的对象转换成byte流，这样往后要用这个对象时候，你就可以把这些byte数据恢复出来，并据此重新构建那个对象了。

　　要想序列化对象，你必须先创建1个OutputStream，然后把它嵌进ObjectOutputStream。这时候，你就可以用writeObject()方法把对象写入OutputStream了。

　　writeObject()方法负责写入特定类的对象的状态，以便相应的 readObject()方法可以还原它。通过调用 out.defaultWriteObject 可以调用保存 Object 的字段的默许机制。该方法本身不需要触及属于其超类或子类的状态。状态是通过使用 writeObject 方法或使用 DataOutput 支持的用于基本数据类型的方法将各个字段写入 ObjectOutputStream 来保存的。

　　读的时候，你得把InputStream嵌到ObjectInputStream里面，然后再调用readObject()方法。不过这样读出来的，只是1个Object的reference，因此在用之前，还得先下传。readObject() 方法负责从流中读取并还原类字段。它可以调用 in.defaultReadObject 来调用默许机制，以还原对象的非静态和非瞬态字段。　 defaultReadObject()方法使用流中的信息来分配流中通过当前对象中相应命名字段保存的对象的字段。这用于处理类发展后需要添加新字段的情形。该方法本身不需要触及属于其超类或子类的状态。状态是通过使用 writeObject 方法或使用 DataOutput 支持的用于基本数据类型的方法将各个字段写入 ObjectOutputStream 来保存的。

　　在序列化时，有几点要注意的：

　　１：当1个对象被序列化时，只保存对象的非静态成员变量（包括声明为private的变量），不能保存任何的成员方法和静态的成员变量。

　　２：如果1个对象的成员变量是1个对象，那末这个对象的数据成员也会被序列化。

　　３：如果1个可序列化的对象包括对某个不可序列化的对象的援用，那末全部序列化操作将会失败，并且会抛出1个NotSerializableException。我们可以将这个援用标记为transient，那末对象依然可以序列化。

　　1、序列化是干甚么的？

　　简单说就是为了保存在内存中的各种对象的状态，并且可以把保存的对象状态再读出来。虽然你可以用你自己的各种各样的方法来保存Object States，但是Java给你提供1种应当比你自己好的保存对象状态的机制,那就是序列化。

　　2、甚么情况下需要序列化

　　a）当你想把的内存中的对象保存到1个文件中或数据库中时候；
　　b）当你想用套接字在网络上传送对象的时候；
　　c）当你想通过RMI传输对象的时候；

　　3、当对1个对象实现序列化时，究竟产生了甚么？

　　在没有序列化前，每一个保存在堆（Heap）中的对象都有相应的状态（state），即实例变量（instance ariable）比如：

　　当通过下面的代码序列化以后，MyFoo对象中的width和Height实例变量的值（37，70）都被保存到foo.ser文件中，这样以后又可以把它从文件中读出来，重新在堆中创建原来的对象。固然保存时候不单单是保存对象的实例变量的值，JVM还要保存1些小量信息，比如类的类型等以便恢复原来的对象。

　　4、实现序列化（保存到1个文件）的步骤

　　a）Make a FileOutputStream

　　java 代码
　　FileOutputStream fs = new FileOutputStream("foo.ser");

　　b）Make a ObjectOutputStream

　　java 代码
　　ObjectOutputStream os = new ObjectOutputStream(fs);

　　c）write the object

　　java 代码
　　os.writeObject(myObject1);
　　os.writeObject(myObject2);
　　os.writeObject(myObject3);

　　d) close the ObjectOutputStream

　　java 代码
　　os.close();

　　5、举例说明

 1 class Box implements Serializable {
 2     private static final long serialVersionUID = ⑶450064362986273896L;
 3     
 4     int width;
 5     int height;
 6     
 7     void main(String[] args) {
 8         Box myBox=new Box();
 9         myBox.setWidth(50);
10         myBox.setHeight(30);
11         try {
12             FileOutputStream fs=new FileOutputStream("F:foo.ser");
13             ObjectOutputStream os=14             os.writeObject(myBox);
15             os.close();
16             FileInputStream fi=new FileInputStream("F:foo.ser");
17             ObjectInputStream oi=new ObjectInputStream(fi);
18             Box box=(Box)oi.readObject();
19             oi.close();
20             System.out.println(box.height+","+box.width);
21         } catch (Exception e) {
22             e.printStackTrace();
23         }
24     }
25     
26     int getWidth() {
27         return width;
28     }
29     void setWidth(int width) {
30         this.width = width;
31     }
32     int getHeight() {
33         return height;
34     }
35     void setHeight(int height) {
36         this.height = height;
37     }
38 }

　　6、相干注意事项

　　a）当1个父类实现序列化，子类自动实现序列化，不需要显式实现Serializable接口；
　　b）当1个对象的实例变量援用其他对象，序列化该对象时也把援用对象进行序列化；
　　c）并不是所有的对象都可以序列化，至于为何不可以，有很多缘由了,比如：

　　1.安全方面的缘由，比如1个对象具有private，public等field，对1个要传输的对象，比如写到文件，或进行rmi传输 等等，在序列化进行传输的进程中，这个对象的private等域是不受保护的。
　　2. 资源分配方面的缘由，比如socket，thread类，如果可以序列化，进行传输或保存，也没法对他们进行重新的资源分配，而且，也是没有必要这样实现。

　　serialVersionUID

　　序列化运行时使用1个称为 serialVersionUID 的版本号与每一个可序列化类相干联，该序列号在反序列化进程中用于验证序列化对象的发送者和接收者是不是为该对象加载了与序列化兼容的类。如果接收者加载的该对象的类的 serialVersionUID 与对应的发送者的类的版本号不同，则反序列化将会致使  InvalidClassException。可序列化类可以通过声明名为 "serialVersionUID" 的字段（该字段必须是静态 (static)、终究 (final) 的 long 型字段）显式声明其自己的 serialVersionUID：

 ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L;

　　如果可序列化类未显式声明 serialVersionUID，则序列化运行时将基于该类的各个方面计算该类的默许 serialVersionUID 值，如“Java(TM) 对象序列化规范”中所述。不过，强烈建议 所有可序列化类都显式声明 serialVersionUID 值，缘由是计算默许的 serialVersionUID 对类的详细信息具有较高的敏感性，根据编译器实现的不同可能千差万别，这样在反序列化进程中可能会致使意外的 InvalidClassException。因此，为保证 serialVersionUID 值跨不同 java 编译器实现的1致性，序列化类必须声明1个明确的 serialVersionUID 值。还强烈建议使用 private 修饰符显示声明 serialVersionUID（如果可能），缘由是这类声明仅利用于直接声明类 -- serialVersionUID 字段作为继承成员没有用途。数组类不能声明1个明确的 serialVersionUID，因此它们总是具有默许的计算值，但是数组类没有匹配 serialVersionUID 值的要求。 

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!