序列化Serializable的作用

序列化

Serializable 序列化一直是我迷惑的地方，在我开始开发工作时，entity基类都实现了序列化接口，现在总算找到机会了解下了。

jdk api 文档里面关于接口 Serializable 的描述：

类通过实现 java.io.Serializable 接口以启用其序列化功能。

未实现此接口的类将无法使其任何状态序列化或反序列化。

可序列化类的所有子类型本身都是可序列化的。因为实现接口也是间接的等同于继承。

序列化接口没有方法或字段，仅用于标识可序列化的语义。

Java提供一种机制叫做序列化，通过有序的格式或者字节序列持久化java对象，其中包含对象的数据，还有对象的类型，和保存在对象中的数据类型，反之就是反序列化。

其实就是将对象写入IO流的过程。

序列化的意义： 序列化机制允许将实现序列化的Java对象转换位字节序列，这些字节序列可以保存在磁盘上，或通过网络传输，以达到以后恢复成原来的对象。序列化机制使得对象可以脱离程序的运行而独立存在。

通常建议：程序创建的每个JavaBean类都实现Serializeable接口。

serialVersionUID 是用于保证同一个对象（在序列化中会被用到）可以在Deserialization过程中被载入。serialVersionUID 是用于对象的版本控制。

例如，随着项目升级，class文件也会升级，serialVersionUID 就是保证升级后的class对应关系，即使更改了序列化属性，也能反序列回来。

序列化版本号可自由指定，如果不指定，JVM会根据类信息自己计算一个版本号，这样随着class的升级，就无法正确反序列化；

不指定版本号另一个明显隐患是，不利于jvm间的移植，可能class文件没有更改，但不同jvm可能计算的规则不一样，这样也会导致无法反序列化。

static 和 transient 修饰的字段是不会被序列化的。

不想某字段被序列化，就加上 transient 修饰。这也是修饰后数据库不会做这个字段的映射，,ORM框架将忽略该属性，序列化过程忽略了这个字段。
序列化对象的引用类型成员变量，也必须是可序列化的，否则，会报错。
同一对象序列化多次，只有第一次序列化为二进制流，以后都只是保存序列化编号，不会重复序列化。