java序列化机制Serialize接口

概念

       Java 平台允许我们在内存中创建可复用的 Java 对象，但一般情况下，只有当 JVM 处于运行时， 这些对象才可能存在，即，这些对象的生命周期不会比 JVM 的生命周期更长。但在现实应用中， 就可能要求在JVM停止运行之后能够保存(持久化)指定的对象，并在将来重新读取被保存的对象。 Java 对象序列化就能够帮助我们实现该功能。

        序列化对象以字节数组保持-静态成员不保存 ：使用 Java 对象序列化，在保存对象时，会把其状态保存为一组字节，在未来，再将这些字节组装成对象。必须注意地是，对象序列化保存的是对象的”状态”，即它的成员变量。由此可知，对 象序列化不会关注类中的静态变量。

        序列化用户远程对象传输 ：除了在持久化对象时会用到对象序列化之外，当使用 RMI(远程方法调用)，或在网络中传递对象时， 都会用到对象序列化。Java序列化API为处理对象序列化提供了一个标准机制，该API简单易用。

java本身的序列化机制存在的问题

• 1.序列化数据结果比较大、传输效率比较低
• 2.不能跨语言对接

序列化和反序列化的概念

• 把对象转化为字节序列的过程称之为对象的序列化
• 反之，称为反序列化

怎么去实现一个序列化操作

• 1.实现Serializable接口
• 2.ObjectInputStream  
• 3.ObjectOutputStream 

serialVersionUID的作用

       serialVersionUID适用于java序列化机制。简单来说，JAVA序列化的机制是通过判断类的serialVersionUID来验证的版本一致的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID于本地相应实体类的serialVersionUID进行比较。如果相同说明是一致的，可以进行反序列化，否则会出现反序列化版本一致的异常，即是InvalidCastException。

       具体序列化的过程是这样的：序列化操作时会把系统当前类的serialVersionUID写入到序列化文件中，当反序列化时系统会自动检测文件中的serialVersionUID，判断它是否与当前类中的serialVersionUID一致。如果一致说明序列化文件的版本与当前类的版本是一样的，可以反序列化成功，否则就失败；

静态变量的序列化

• 序列化并不保存静态变量的状态

Transient关键字

• transient关键字表示制定属性不参与序列化

父子类问题

• 如果父类没有实现序列化，而子类实现序列化。那么父类中的成员没办法做序列化操作

序列化的存储规则

• 对同一个du对象进行多次写入，打印出的第一次存储结果和第二次存储结果，只多了5个字节的引用关系。并不会da导致文件累加。

序列化实现深度克隆

• 浅拷贝（浅复制、浅克隆）：被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用仍然指向原来的对象。换言之，浅拷贝仅仅复制所拷贝的对象，而不复制它所引用的对象。
• 深拷贝（深复制、深克隆）：被复制对象的所有变量都含有与原来的uix相同的值，除去那些引用其他对象的变量。那些引用其他对象的变量将zh指向复制过的新对象，而不再是原有的那些引用的对象。

换言之，深拷贝把要复制的对象所引用的对象都复制了一遍。

总结

• 1.在java中，只有一个类实现了java.io.Serializable接口，那么它可以被序列化。
• 2.通过ObjectOutputStream和ObjectInputStream对对象进行序列化合反序列化操作。
• 3.对象是否允许被反序列化，不仅仅是取决于对象的代码是否一致，同时还有一个重要的因素（UID）。
• 4.序列化不保存静态变量。
• 5.要想父类对象也参与序列化操作，那么必须要让父类也实现Serialzable接口。
• 6.Transient关键字，主要是控制变量是否能够被序列化。如果没有序列化的成员变量反序列化后，会被设置成初始值，比如String->null。