Serializable（序列化）

Serializable:

经常看到有些类调用了 Serializable 接口，而有些类又没有调用 Serializable 接口。那么什么情况下要调用 Serializable 接口。

    首先来了解一下 Serializable 。（类通过实现 java.io.Serializable 接口以启用其序列化功能。未实现此接口的类将无法使其任何状态序列化或反序列化。序列化接口 Serializable 没有方法或字段，仅用于标识可序列化的语义）


    实现了 Serializable接口 的 对象，可将它们转换成一系列字节，并可在以后完全恢复回原来的样子。这一过程亦可通过网络进行。这意味着序列化机制能自动补偿操作系统间的差异。换句话 说，可以先在 Windows 机器上创建一个对象，对其序列化，然后通过网络发给一台 Unix 机器，然后在那里准确无误地重新 “ 装配 ” 。不必关心数据在不同 机器上如何表示，也不必关心字节的顺序或者其他任何细节。


    serialization 主要用来支持 2种主要的特性：
    1 、 RMI(Remote methodinvocation) 。 RMI 允许象在本机上一样操作远程机器上的对象。当发送消息给远程对象和调用远程方法时，就需要用到 serializaiton 机制来发送参数和接收返回值。
    2 、保存信息。在某个时候把状态信息保存起来，以便以后某个时候能恢复这些状态信息。
    Hibernaet 和 EJB 中的实体 Bean 就用到了上面两个特性。


    另外：保存的时候不仅能保存对象的副本，而且还会把对象里面所引用的对象也保存起来，以此类推。就像在编译某个类一样，会涉及到所用到的所有类。但是所引用的对象也必须是可序列化的，不然会抛 NotSerializableException 异常。

遗漏了一个问题，就是标识版本的 serialVersionUID 。
    官方文档： 如 果可序列化类未显式声明 serialVersionUID ，则序列化运行时将基于该类的各个方面计算该类的默认 serialVersionUID 值，如 “Java(TM) 对象序列化规范 ” 中所述。不过，强烈建议 所有可序列化类都显式声明 serialVersionUID 值，原因计算默认的 serialVersionUID 对类的详细信息具有较高的敏感性，根据编译器实现的不同可能千差万别，这样在反序列化过程中可能会导致意外的 InvalidClassException 。因此，为保证 serialVersionUID 值跨不同 java 编译器实现的一致性，序列化类必须声明一个明确的 serialVersionUID 值。还强烈建议使用 private 修改器显示声明 serialVersionUID （如果可能），原因是这种声明仅应用于立即声明类 -- serialVersionUID 字段作为继承成员没有用处。