把对象转换为字节序列的过程称为对象的序列化，把字节序列恢复为对象的过程称为对象的反序列化。
对象的序列化主要有两种途径：
Ⅰ . 把对象的字节序列永久地保存到硬盘上，通常存放在一个文件中
Ⅱ. 在网络上传送对象的字节序列。
当两个进程在进行远程通信时，彼此可以发送各种类型的数据。无论是何种类型的数据，都会以二进制序列的形式在网络上传送。发送方需要把这个Java对象转换为字节序列，才能在网络上传送；接收方则需要把字节序列再恢复为Java对象。
二、序列化API
1. 对象输出流(ObjectOutputStream)的常用方法：
2. 对象输入流(ObjectInputStream)的常用方法：
范例：对象序列化与反序列化
①. 定义一个Person类，实现Serializable接口
②. 序列化和反序列化Person类对象
运行如图所示：
三、serialVersionUID的作用
将对象序列化与反序列化范例中的serialVersionUID从Person类中去除，从新运行程序，结果会发现对象序列化成功、反序列化也成功了。现在添加一个属性address，如下：
然后执行反序列操作：
运行发现，会出现如下错误：
Exception in thread "main" java.io.InvalidClassException: com.pegasus.serializable.Person; local class incompatible: stream classdesc serialVersionUID = 2521373692768252888, local class serialVersionUID = -6354757228515182324
意思是，文件流中的class和修改过后的class，不兼容了，处于安全机制考虑，程序抛出错误，而且拒绝载入。如果我们真的需要在序列化后添加一个字段或者方法，应该怎么办？其实也很简单，只需自己去指定serialVersionUID即可。在上面的例子中，没有给Person类指定serialVersionUID，那么java编译器会自动给这个class生成一个serialVersionUID，只要对这个文件添加一个空格，得到的UID都会不同，这个编号是唯一的。所以，添加一个字段后，由于没有显示指定serialVersionUID，编译器又为我们生成一个UID，当然和前面保存在文件中的哪一个不一样，于是出现两个版本号不一致的错误。因此，只要自己指定serialVersionUID，就可在序列化以后，去添加一个字段，或者方法，而不会影响后期的反序列化，反序列后的对象还会多了方法和属性。
下面将Person类中指定serialVersionUID，重新执行序列化操作，将Person对象序列化到本地硬盘的Person.txt文件存储，然后修改Person类，之后再次反序列化测试，将会发现程序就没有异常了。
四、transient
当使用Serializable接口实现序列化操作时，如果一个对象中的某个属性不希望被序列化的话，则可以使用transient关键字进行声明。如下面的示例：
序列化、反序列化Customer，代码如下：
结果如下：
以上就是本文的全部内容，希望对大家的学习有所帮助。
