Serializable接口的基本理解（2）

Effective Java一书在讲解Serializable接口时，开篇就强调这个接口要慎用！因为这个不需要实现类去实现任何方法的接口太容易被误用了。有时是我们有意为之，认为这样我们的类就会强大一些，有时我们基于某个平台或框架去写代码而被迫接受。但不论哪种，我们必须明白，实现这个接口是我们对他人，对未来的一个承诺！

如果你的类实现了Serializable接口，其实默认你给你自己脑袋上套了个紧箍咒。在你扩展这个类时，你必须要同时维护该类新旧版本的兼容性，否则你的用户很可能在某些情境下对你的做法大吐口水。但这个接口又是如此重要，它提供了java对象线路级的对象表述，让你的对象可以在网络中自由穿梭而不仅仅停留在你本地的虚拟机中。那么我们该如何使用这个接口呢？

1. 实现这个接口的类都定义一个serialVersionUID的常量。以后扩展这个类时维持这个常量不变。这样不会导致最后在类版本发生变化时，反序列化不同版本的类对象时报java.io.InvalidClassException。这样做，本质上还是采用了java本身提供的默认序列化方式，其实还会对后期类的变化产生限制。

2. 定义serialVersionUID常量，并且实现自定义的序列化方法和反序列化方法，摒弃java默认提供的序列化和反序列化方法。即重写private void writeObject(ObjectOutputStream oos) 和 private void readObject(ObjectInputStream ois)。这两个private方法是对象序列化和反序列化是虚拟机自动调用的。重写这两个方法就是将一些后期可能会发生变化的成员变量用transient关键字修饰，对这些成员变量的序列化自己通过代码实现。比如java提供的ArrayList类，其内部是通过一个Object[]数组进行数据存储，但这个数组成员变量就被transient修改。ArrayList重写了writeObject方法，逐个遍历这个数组，将其中的对象进行序列化。ArrayList如果采用java自带的序列化方式，是将整个对象数组进行序列化。但这样就会限制住ArrayList的变化，后期ArrayList内部要通过其他数据结构来存储对象，这种变化是不会被接受的！！

综上，如果我们要实现Serializable接口，首先要先确认我们确实需要这么做，如果必须这么做，那么就强烈建议类中定义serialVersionUID常量，并且重写自己的writeObject 和 readObject方法！