对象序列化的目标是将对象保存在磁盘中或者在网络中进行传输。实现的机制是允许将对象转为与平台无关的二进制流。
java中对象的序列化机制是将允许对象转为字节序列。这些字节序列可以使Java对象脱离程序存在，从而可以保存在磁盘上，也可以在网络间传输。
对象的序列化是将一个Java对象写入IO流；与此对应的，反序列化则是从IO流中恢复一个Java对象。
实现序列化
如果要将一个java对象序列化，那么对象的类需要是可序列化的。要让类可序列化，那么这个类需要实现如下两个接口：
- Serializable
- Externalizable
使用Serializable序列化
实现Serializable接口非常简单，只要让java实现Serializable接口即可，无需实现任何方法。
一个类一旦实现了Serializable接口，那么该类的对象就是可序列化的。实现类的对象的序列化可以使用ObjectOutputStream，实现步骤如下：
以下是一个实例：
package com.zhyea.test; import java.io.FileOutputStream; java.io.IOException; java.io.ObjectOutputStream; java.io.Serializable; /** * 序列化测试类 * * @author robin * @date 2014年12月18日 */ public class SerialTest { static void main(String[] args) { ObjectOutputStream oos = null; try { oos = new ObjectOutputStream(new FileOutputStream("D:\\object.txt")); Person robin = new Person("robin",29); oos.writeObject(robin); } catch (IOException e) { e.printstacktrace(); } finally { if (null != oos) { { oos.close(); } (IOException e) { e.printstacktrace(); } } } } } * 序列化测试用对象 * * class Person implements Serializable{ private final long serialVersionUID = -6412852654889352693L; * 姓名 */ private String name; * 年龄 int age; public Person() { } public Person(String name, age) { this.name = name; this.age = age; } String getName() { return name; } setName(String name) { getAge() { void setAge( age; } }
如上的代码实现了将一个Person对象保存在了磁盘的一个文本文件object.txt上。运行程序在D盘上生成了一个object.txt文件。以下是文件内容：
有乱码（字节流转字符流导致的），但仍不影响我们分辨出里面是不是我们保存的对象。
接下来需要反序列化将Person对象从磁盘上读出。相应的反序列化需要使用的类是ObjectInputStream，反序列化步骤如下：
接下来，重构下我们的代码，实现反序列化，如下：
java.io.FileInputStream; java.io.ObjectInputStream; main(String[] args) { Person robin = ); String savePath = "D:\\object.txt"; SerialTest test = new Serialtest(); { test.serialize(robin,savePath); Person person = (Person) test.deSerialize(savePath); System.out.println("Name:" + person.getName() + " Age:" + person.getAge()); } (ClassNotFoundException e) { e.printstacktrace(); } } * 实现序列化 * * @param obj * 要被序列化保存的对象 * path * 保存地址 * @throws IOException void serialize(Object obj,String path) throws IOException { ObjectOutputStream oos = FileOutputStream(path)); oos.writeObject(obj); } oos) oos.close(); } } * 反序列化取出对象 * * path * 被序列化对象保存的位置 * @return * IOException * ClassNotFoundException public Object deSerialize(String path) IOException,ClassNotFoundException { ObjectInputStream ois = { ois = new ObjectInputStream( FileInputStream(path)); ois.readobject(); } ois) ois.close(); } } } Serializable { ; age; } }
关于对象序列化与反序列化还有几点需要注意：
- 反序列化无需通过构造器初始化对象；
- 如果使用序列化机制向文件中写入了多个对象，那么取出和写入的顺序必须一致；
- Java对类的对象进行序列化时，若类中存在对象引用（且值不为null），也会对类的引用对象进行序列化。
使用transient
在一些特殊场景下，比如银行账户对象，出于保密考虑，不希望对存款金额进行序列化。或者类的一些引用类型的成员是不可序列化的。此时可以使用transient关键字修饰不想被或者不能被序列化的成员变量。
继续调整我们的代码来做演示：
在不对Teacher类的school成员添加transient标识的情况下，若school值不为null，会报NotSerializableException。异常信息如下：
在不对Teacher类的salary成员添加transient标识的时候，会如实输出salary的值，添加后则只会输出salary的默认初始值即0.0。
需要注意的是transient只能修饰属性（filed），不能修饰类或方法。
自定义序列化
transient提供了一种简洁的方式将被transient修饰的成员属性完全隔离在序列化机制之外。这样子固然不错，但是Java还提供了一种自定义序列化机制让开发者更自由地控制如何序列化各个成员属性，或者不序列化某些属性（与transient效果相同）。
- private void writeObject(ObjectOutputStream out)
- private void readobject(ObjectInputStream in)
- private void readobjectNoData()
先说下前两个方法writeObject和readobject，这两个方法和ObjectOutputStream及ObjectInputStream里对应的方法名称相同。实际上，尽管这两个方法是private型的，但是仍然是在被序列化（或反序列化）阶段被外部类ObjectOutputStream（或ObjectInputStream）调用。仅以序列化为例，ObjectOutputStream在执行自己的writeObject方法前会先通过反射在要被序列化的对象的类中（有点绕口是吧）查找有无自定义的writeObject方法，如有的话，则会优先调用自定义的writeObject方法。因为查找反射方法时使用的是getPrivateMethod，所以自定以的writeObject方法的作用域要被设置为private。通过自定义writeObject和readobject方法可以完全控制对象的序列化与反序列化。
如下是示例代码：
以下是输出结果：
关于readobjectNoData，在网上找了如下一段说明：
readobjectNoData在我理解看来像是一种异常处理机制，用来在序列化的流不完整的情况下返回正确的值。
使用 writeReplace和readResolve
writeReplace和readResolve是一种更彻底的序列化的机制，它甚至可以将序列化的目标对象替换为其它的对象。
但是与writeObject和readobject不同的是，这二者不是必须要一起使用的，而且尽量应分开使用。若一起使用的话，只有writeReplace会生效。
代码可以说明一切，首先是writeReplace：
在Person类中，保留了之前的writeObject和readobject方法，并且还添加了readResolve方法。但是从运行结果可以看出来，这3个方法都没有被调用，只有writeReplace方法被使用。可以理解为当使用writeReplace时，其他的自定义方法都不会被调用，即writeReplace的优先级最高。
现在注释掉writeReplace方法，再次执行，结果如下：
这次writeObject，readobject和readResolve方法都被调用。readResolve方法紧跟着readobject方法被调用且最终返回的值是readResolve返回的值，readobject里反序列化生成的对象被抛弃。
此外还有一点需要说明：writeReplace和readResolve可以使用任何作用域，这意味着子类也可以调用超类的这两个方法。但是如果子类还有不同的序列化及反序列化需求，这就需要子类重写这个方法，有些时候这样做是没有必要的。因此一般情况下将这两个方法的作用域设置为private。
使用Externalizable
一开始有提到过实现Externalizable接口也可以实现类的序列化。使用这种方法，可以由开发者完全决定如何序列化和反序列化目标对象。Externalizable接口提供了writeExternal和readExternal两个方法。
实际上这种方法和前面的自定义序列化方法很相似，只是Externalizable强制自定义序列化。在使用了Externalizable的类中仍可以使用writeReplace和readResolve方法。使用Externalizable进行序列化较之使用Serializable性能略好，但是复杂度较高。
版本问题
执行序列化和反序列化时有可能会遇到JRE版本问题。尤其是在网络的两端进行通信时，这种情况更为多见。
为了解决这种问题，Java允许为序列化的类提供一个serialVersionUID的常量标识该类的版本。只要serialVersionUID的值不变，Java就会把它们当作相同的序列化版本。
如果不显式定义serialVersionUID，那么JVM就会计算出一个serialVersionUID的值。不同的编译器下会产生不同的serialVersionUID值。serialVersionUID值不同则会导致编译失败。可以使用jdk的bin目录下的serial.exe查看可序列化类的serialVersionUID，指令如下：
serial Person
如果对类的修改确实会导致反序列化失败，则应主动调整serialVersionUID的值。导致类的反序列化失败的修改有以下几种情形：
- 只是修改了类的方法，不会影响反序列化。
- 只是修改了类的static Field或transient Field，不会影响反序列化。
- 修改了类的非static和非transient Field，会影响序列化。
序列化注意事项
关于对象的序列化，总结下注意事项：
- 对象的类名、Field（包括基本类型、数组及对其他对象的引用）都会被序列化，对象的static Field，transient Field及方法不会被序列化；
- 实现Serializable接口的类，如不想某个Field被序列化，可以使用transient关键字进行修饰；
- 保证序列化对象的引用类型Filed的类也是可序列化的，如不可序列化，可以使用transient关键字进行修饰，否则会序列化失败；
- 反序列化时必须要有序列化对象的类的class文件；
- 当通过文件网络读取序列化对象的时候，必需按写入的顺序来读取。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
