Java序列化和反序列化

序列化通俗的说就是将对象变成二进制保存在文件或者数据库中，而反序列化就是将文件中或数据库中的二进制文件变成一个对象。

在Java中，如果一个对象要实现能够反序列或者反序列化，就必须实现Serializable接口，这是个标记接口，里面没有什么方法。

序列化ID

当一个类中自己没有声明一个序列化ID，则Java会自己帮我们定义一个序列化ID，然后序列化对象的时候，这个Java自己添加的序列化ID也会被保存在文件中。当从二进制文件反序列化转化为对象时，Java就会检查二进制文件中的序列化ID和这个类中的序列化ID是否一致，如果一致，则能够成功地从二进制文件转化为对象，如果不一致，则抛出异常。所以，一般情况下，都是自己定义一个序列化ID，防止反序列化对象失败。
举一个反序列化失败的例子。
自己没有定义序列化ID，让Java自动帮我生成一个，然后进行对象序列化，把对象保存在文件中。

接着，我又在类中添加了一个变量address，然后再把刚才保存的二进制文件反序列为一个对象。

接下来：报错了，看看Java报什么错。它说二进制文件中的序列化IDserialVersionUID和类中的序列化IDserialVersionUID不一样。为什么会不一样呢？如果我不在类中改变什么，比如说没有添加或者类变量，或者没有添加或者删除方法，这时的序列化ID是不会改变的，但是一旦你的类和之前序列化对象时有差别，Java就又为你生成一个新的序列化ID，这样导致两个序列化ID不一样。

其实只要在类中添加序列化ID就可以解决问题了

类的静态变量的序列化

 

原因在于序列化时，并不保存静态变量，这其实比较容易理解，序列化保存的是对象的状态，静态变量属于类的状态，因此 序列化并不保存静态变量。

父类的序列化

一个子类实现了 Serializable 接口，它的父类都没有实现 Serializable 接口，序列化该子类对象，是不会序列化父类对象的。

要想将父类对象也序列化，就需要让父类也实现Serializable 接口。如果父类不实现的话的，就需要有默认的无参的构造函数。 在父类没有实现 Serializable 接口时，虚拟机是不会序列化父对象的，而一个 Java 对象的构造必须先有父对象，才有子对象，反序列化也不例外。所以反序列化时，为了构造父对象，只能调用父类的无参构造函数作为默认的父对象。因此当我们取 父对象的变量值时，它的值是调用父类无参构造函数后的值。如果你考虑到这种序列化的情况，在父类无参构造函数中对变量进行初始化，否则的话，父类变量值都 是默认声明的值，如 int 型的默认是 0，string 型的默认是 null。

父类的序列化
一个子类实现了 Serializable 接口，它的父类都没有实现 Serializable 接口，序列化该子类对象，是不会序列化父类对象的。
要想将父类对象也序列化，就需要让父类也实现Serializable 接口。如果父类不实现的话的，就需要有默认的无参的构造函数。 在父类没有实现 Serializable 接口时，虚拟机是不会序列化父对象的，而一个 Java 对象的构造必须先有父对象，才有子对象，反序列化也不例外。所以反序列化时，为了构造父对象，只能调用父类的无参构造函数作为默认的父对象。因此当我们取 父对象的变量值时，它的值是调用父类无参构造函数后的值。如果你考虑到这种序列化的情况，在父类无参构造函数中对变量进行初始化，否则的话，父类变量值都 是默认声明的值，如 int 型的默认是 0，string 型的默认是 null。

关键字transient
Transient 关键字的作用是控制变量的序列化，在变量声明前加上该关键字，可以阻止该变量被序列化到文件中，在被反序列化后，transient 变量的值被设为初始值，如 int 型的是 0，对象型的是 null。

如图：这样name这个变量就不会被序列化了，当被反序列化时，name这个变量会被赋予初始值null。