Serializable的注释[译]

Android新增：有关serialVersionUID的注释，请明智地使用序列化JSON

通过实现java.io.Serializable接口的类，可以启用类的可序列化性。 未实现此接口的类将不会对其状态进行序列化或反序列化。 可序列化类的所有子类型本身都是可序列化的。 序列化接口没有方法或字段，仅用于标识可序列化的语义。
为了允许不可序列化类的子类型被序列化，该子类型可以负责保存和恢复超类型的公共，受保护和（如果可访问）程序包字段的状态。 仅当其扩展的类具有可访问的无参数构造函数以初始化类的状态时，该子类型才可以承担此责任。 如果不是这样，则声明一个可序列化的类是错误的。 该错误将在运行时检测到。
反序列化期间，将使用该类的公共或受保护的无参数构造函数初始化不可序列化类的字段。 无参数构造函数必须可序列化的子类可访问。 可序列化子类的字段将从流中恢复。
遍历图形时，可能会遇到不支持Serializable接口的对象。 在这种情况下，将抛出NotSerializableException并标识不可序列化对象的类。
在序列化和反序列化过程中需要特殊处理的类必须实现具有这些精确值的特殊方法

签名：

private void writeObject(java.io.ObjectOutputStream out)
    throws IOException
private void readObject(java.io.ObjectInputStream in)
    throws IOException, ClassNotFoundException;
private void readObjectNoData()
    throws ObjectStreamException;

writeObject方法负责为其特定类写入对象的状态，以便相应的readObject方法可以还原它。 保存对象字段的默认机制可以通过调用out.defaultWriteObject来调用。 该方法无需将自身与属于其超类或子类的状态相关。
通过使用writeObject方法或通过使用DataOutput支持的原始数据类型的方法将各个字段写入ObjectOutputStream来保存状态。
如果序列化流未将给定类列出为要反序列化的对象的超类，则readObjectNoData方法负责为其特定类初始化对象的状态。 在接收方使用与发送方不同的反序列化实例类的版本，并且接收方的版本扩展了发送方的版本未扩展的类的情况下，可能会发生这种情况。 如果序列化流已被篡改，也可能会发生这种情况。 因此，尽管源流“敌对”或不完整，但readObjectNoData对于正确初始化反序列化的对象很有用。
当将对象写入流时，需要指定要使用的替代对象的可序列化类应使用确切的签名实现此特殊方法：

ANY-ACCESS-MODIFIER Object writeReplace() throws ObjectStreamException;

此readResolve方法遵循与writeReplace相同的调用规则和可访问性规则。
序列化运行时与每个可序列化的类关联一个版本号，称为serialVersionUID，在反序列化期间使用该版本号来验证序列化对象的发送者和接收者是否已加载了该对象的与序列化兼容的类。 如果接收者已为该对象加载了一个与相应发送者类具有不同的serialVersionUID的类，则反序列化将导致InvalidClassException。 可序列化的类可以通过声明一个名称为serialVersionUID的字段来显式声明其自己的serialVersionUID，该字段必须是静态的，最终的且类型为long：

ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L;

如果可序列化的类未明确声明serialVersionUID，则序列化运行时将根据该类的各个方面，为该类计算默认的serialVersionUID值，如Java（TM）对象序列化规范中所述。但是，强烈建议所有可序列化的类都明确声明serialVersionUID值，因为默认的serialVersionUID计算对类详细信息高度敏感，而类详细信息可能会根据编译器的实现而有所不同，因此可能导致意外的反序列化期间InvalidClassException s。因此，为了保证不同Java编译器实现之间的serialVersionUID值一致，可序列化的类必须声明一个显式的serialVersionUID值。还强烈建议显式serialVersionUID声明在可能的情况下使用private修饰符，因为此类声明仅适用于立即声明的类-serialVersionUID字段作为继承成员不起作用。数组类无法声明显式的serialVersionUID，因此它们始终具有默认的计算值，但是对于数组类，无需匹配serialVersionUID值。
如果您以android N为目标，则对某些类的Android实现的serialVersionUID计算将略有变化。为了保持兼容性，仅当应用程序目标SDK版本设置为24或更高版本时，才启用此更改。 强烈建议使用显式的serialVersionUID字段，以避免兼容性问题。

明智地实现可序列化

有关序列化API的全面介绍，请参见《Effective Java》的有关序列化的章节。 本书介绍了如何使用此接口而不损害应用程序的可维护性。

推荐的替代方案

JSON简洁，易于理解且高效。 Android包含android.util.JsonReader streamingAPI和org.json.JSONObject tree API，用于读写JSON。 使用诸如GSON的绑定库直接读写Java对象。

/**
 * @author  unascribed
 * @see java.io.ObjectOutputStream
 * @see java.io.ObjectInputStream
 * @see java.io.ObjectOutput
 * @see java.io.ObjectInput
 * @see java.io.Externalizable
 * @since   JDK1.1
*/
public interface Serializable {
}