Serializable、Parcelable接口

• Serializable接口是Java提供的一个序列化接口，它是一个空接口，为对象提供标准的序列化和反序列化操作。使用Serializable来实现非常简单

public class User implements Serializable {

    private static final long serialVersionUID = 554170087801620755L;

    private String name;
    private int age;

   .....
   .....
}

只需要这个类实现Serializable接口并声明一个serialVersionUID 即可，实际上serialVersionUID 也不是必须的，不声明serialVersionUID 也可以实现序列化，但是这将会对反序列化过程产生影响，。这个serialVersionUID是用 来辅助序列化和反序列化过程的，原则上序列化后的数据中的serialVersionUID只有和当 前类的serialVersionUID相同才能够正常地被反序列化。serialVersionUID的详细工作机制 是这样的：序列化的时候系统会把当前类的serialVersionUID写入序列化的文件中（也可 能是其他中介），当反序列化的时候系统会去检测文件中的serialVersionUID，看它是否 和当前类的serialVersionUID一致，如果一致就说明序列化的类的版本和当前类的版本是 相同的，这个时候可以成功反序列化；否则就说明当前类和序列化的类相比发生了某些变 换，比如成员变量的数量、类型可能发生了改变，这个时候是无法正常反序列化的。
一般来说，我们应该手动指定serialVersionUID的值，比如1L，也可以根据 当前类的结构自动去生成它的hash值，这样序列化和反序列化时两者的serialVersionUID是 相同的，因此可以正常进行反序列化。如果不手动指定serialVersionUID的值，反序列化 时当前类有所改变，比如增加或者删除了某些成员变量，那么系统就会重新计算当前类的 hash值并把它赋值给serialVersionUID，这个时候当前类的serialVersionUID就和序列化的 数据中的serialVersionUID不一致，于是反序列化失败，程序就会出现crash。所以，我们 可以明显感觉到serialVersionUID的作用，当我们手动指定了它以后，就可以在很大程度 上避免反序列化过程的失败。比如当版本升级后，我们可能删除了某个成员变量也可能增 加了一些新的成员变量，这个时候我们的反向序列化过程仍然能够成功，程序仍然能够最 大限度地恢复数据，相反，如果不指定serialVersionUID的话，程序则会挂掉。当然我们 还要考虑另外一种情况，如果类结构发生了非常规性改变，比如修改了类名，修改了成员 变量的类型，这个时候尽管serialVersionUID验证通过了，但是反序列化过程还是会失 败，因为类结构有了毁灭性的改变，根本无法从老版本的数据中还原出一个新的类结构的 对象。
静态成员变量属于类不属于对象，所以不会参与序列化过程；其次用 transient关键字标记的成员变量不参与序列化过程。

下面是序列化和反序列化的简单demo，为了不用获取权限，我把序列化文件保存到了cacheDir中。正常反序列化可以获取到序列化的值。

try {
            String str = getCacheDir().getPath() + "/user.txt";
            User user = new User("ZhangSan", 20);
            ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream(str));
            objectOutputStream.writeObject(user);
            objectOutputStream.close();
        } catch (IOException e) {
            e.printStackTrace();
        }

 try {
            String str = getCacheDir().getPath() + "/user.txt";
            ObjectInputStream in = new ObjectInputStream(new FileInputStream(str));
            User newUser = (User) in.readObject();
            Log.e("user = ", newUser.toString());
            in.close();
        } catch (Exception e) {
            e.printStackTrace();
        }

日志打出来反序列化的内容

E/user =: User{name='ZhangSan', age=20, sex='男'}

如果将sex用transient修饰
反序列化结果打印出如下日志

E/user =: User{name='ZhangSan', age=20, sex='null'}

sex并没有获取到说明transient修饰的变量不会进行序列化

• Parcelable接口

  Parcelable也是一个接口，只要实现这个接口，一个类的对象就可 以实现序列化并可以通过Intent和Binder传递。下面的示例是一个典型的用法

public class User implements Parcelable {
    public int userId;
    public String userName;
    public boolean isMale;
    public Book book;

    public User(int userId, String userName, boolean isMale) {
        this.userId = userId;
        this.userName = userName;
        this.isMale = isMale;
    }

    public int describeContents() {
        return 0;
    }

    public void writeToParcel(Parcel out, int flags) {
        out.writeInt(userId);
        out.writeString(userName);
        out.writeInt(isMale ? 1 : 0);
        out.writeParcelable(book, 0);
    }

    public static final Parcelable.Creator<User> CREATOR = new Parcelable.Creator<User>() {
        public User createFromParcel(Parcel in) {
            return new User(in);
        }

        public User[] newArray(int size) {
            return new User[size];
        }
    };

    private User(Parcel in) {
        userId = in.readInt();
        userName = in.readString();
        isMale = in.readInt() == 1;
        book = in.readParcelable(Thread.currentThread().getContextClassLoader());
    }
}

这里先说一下Parcel，Parcel内部包装了可序列化的数据，可以在Binder中自由传输。 从上述代码中可以看出，在序列化过程中需要实现的功能有序列化、反序列化和内容描 述。序列化功能由writeToParcel方法来完成，最终是通过Parcel中的一系列write方法来完 成的；反序列化功能由CREATOR来完成，其内部标明了如何创建序列化对象和数组，并 通过Parcel的一系列read方法来完成反序列化过程；内容描述功能由describeContents方法 来完成，几乎在所有情况下这个方法都应该返回0，仅当当前对象中存在文件描述符时， 此方法返回1。需要注意的是，在User(Parcel in)方法中，由于book是另一个可序列化对 象，所以它的反序列化过程需要传递当前线程的上下文类加载器，否则会报无法找到类的 错误。

既然Parcelable和Serializable都能实现序列化并且都可用于Intent间的数据传递，那么 二者该如何选取呢？Serializable是Java中的序列化接口，其使用起来简单但是开销很大， 序列化和反序列化过程需要大量I/O操作。而Parcelable是Android中的序列化方式，因此更 适合用在Android平台上，它的缺点就是使用起来稍微麻烦点，但是它的效率很高，这是Android推荐的序列化方式，因此我们要首选Parcelable。Parcelable主要用在内存序列化 上，通过Parcelable将对象序列化到存储设备中或者将对象序列化后通过网络传输也都是 可以的，但是这个过程会稍显复杂，因此在这两种情况下建议大家使用Serializable。以上 就是Parcelable和Serializable和区别。