序列化你真的会用吗-[Android_YangKe]

Android_YangKe.jpg

序列化：指数据持久化，永久性的将数据保存在磁盘的过程。反序列化：将数据从磁盘中读取出来并恢复为原对象的一个过程。在 Android 中序列化分为两种分别是Serializable、Parcelable。其中Parcelable性能较高，是 Google 针对 Android 系统专门推出的一种高性能序列化方式，Serizlizable使用起来较为简单我们只需实现它既可，性能相对较低。下面开始我们的分析。

Serializable

Serializable是 Java 自带的一种序列化方式，它是一个空接口，为对象提供了标准的序列化和反序列化操作。使用Serializable来实现序列化非常简单，我们只需在当前类中实现Serializable接口即可，如下。

public class User implements Serializable {
    private static final long serialVersionUID = 2479012378928432xxxL;

    public int userId;
    public String userName;
    public boolean isMale;
}

以上我们就可以实现对象的序列化和反序列化操作了，如果一个对象只涉及到序列化，其serialVersionUID非必须声明字段，也就是说我们只需实现Serializable接口即可，其他工作系统已经帮我们自动实现，是不是超级简单。

通过Serializable方式来实现对象的序列化非常简单，几乎所有工作都被系统自动完成了。如何实现序列化和反序列化也非常简单，只需要使用ObjectOutputStream和ObjectInputStream即可轻松实现。下面我们看个例子。

//序列化过程
User user = new User(0, "jake", true);
ObjectOutputStream out = new ObjectOutputStream(new FileOutputStream("cache.txt"));
out.writeObject(user);
out.close();

//反序列化过程
ObjectInputStream in = new ObjectInputStream(new FileInputStream("cache.txt"));
User newUser = (User)in.readObject();
in.close();

上述代码演示了采用Serializable方式序列化对象的典型过程，很简单，只需要把实现了Serializable接口的 User 对象写到文件中就可以快速恢复了，恢复后的对象newUser和 user 的内容完全一样，但两者并不是同一个对象。

上面我们提到了serialVersionUID可指定可不指定，那到底要不要指定呢？如果指定的话，serialVersionUID后面那一长串数字有时什么含义呢？我们要明白，系统既然提供了这个serialVersionUID，那么它必然是有用的。这个serialVersionUID是用来辅助序列化和反序列化过程的，原则上序列化后的数据中的serialVersionUID只有和当前类的serialVersionUID相同才能够正常地被反序列化。

serialVersionUID的详细工作机制是这样的：序列化的时候系统会把当前类的serialVersionUID写入序列化的文件中（也可能是其他中介），当反序列化的时候系统会去检测文件中的serialVersionUID，看它是否和当前类的serialVersionUID一致，如果一致就说明序列化的类的版本和当前类的版本是相同的，这个时候可以成功反序列化；否则就说明当前类和序列化的类相比发生了某些变换，比如成员变量的数量、类型可能发生了改变，这个时候是无法正常反序列化的，因此会报如下错误：

java.io.InvalidClassException：Main；local class incompatible:stream classdesc serialVersionUID = 2380913098234342xxxxL，local class serialVersionUID = 23io23423iou423xxxxL。

一般来说，我们应该手动指定serialVersionUID的值，比如1L，也可以让 Eclipse 根据当前类的结构自动去生成它的 hash 值，这样序列化和反序列化时两者的serialVersionUID是相同的，因此可以正常进行反序列化。如果不手动指定serialVersionUID的值，反序列化时当前类有所改变，比如增加或删除了某些成员变量，那么系统就会重新计算当前类的 hash 值并把它赋值给serialVersionUID，这个时候当前类的serialVersionUID就和序列化的数据中的serialVersionUID不一致，于是反序列失败，程序就会 crash。

以上，我们可以明显感觉到serialVersionUID的作用，当我们手动指定了它以后，就可以在很大程度上避免反序列化过程的失败。比如当版本升级后，我们可能删除了某个成员变量也可能增加了一些新的成员变量，这个时候我们的反序列化过程仍然能够成功，程序仍然能够最大限度地恢复数据。相反，如果不指定serialVersionUID的话，程序则会挂掉。

当然我们还要考虑另外一种情况，如果类结构发生了非常规性改变，比如修改了类名，修改了成员变量的类型，这个时候尽管serialVersionUID验证通过了，但是反序列化过程还是会失败，因为类结构有了毁灭性的改变，根本无法从老版本的数据中还原出一个新的类结构对象。

根据上面的分析，我们可以知道，给serialVersionUID指定为1L或者采用 Eclipse 根据当前类结构去生成的 hash 值，这两者并没有本质区别，效果完全一样。以下是两点需要特别提一下，首先静态成员变量属于类不属于对象，所以不会参与序列化过程；其次用transient关键字标记的成员变量不参与序列化过程。

另外，系统的默认序列化过程也是可以改变的，通过实现如下两个方法即可重写系统默认的序列化和反序列化过程，具体怎么去重写这两个方法就是很简单的事了，这里就不再详细介绍，毕竟大部分情况下我们不需要重写这两个方法。

private void writeObject(java.io.ObjectOutputStream out) throws IOException {
    //write 'this' to 'out'...
}

private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException {
    //populate the fields of  'this' from the data in 'in'...
}

Parcelable

上面我们通过了Serializable来实现序列化，这里我们接着介绍另一种序列化方式：Parcelable。Parcelable也是一个接口，只要实现这个接口同时完善相关函数这个类的对象就可以实现序列化。下面的示例是一个典型的用法。

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 CREATOR = new Parcelable.Creator() {
        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 内部包装了可序列化的数据。从上述代码中可以看出，在序列化过程中需要实现的功能有序列化、反序列化和内容描述。序列化功能由writeToParcel方法来完成，最终是通过 Parcel 中的一系列 write 方法来完成的；反序列化功能由CREATOR完成。其内部标明了如何创建序列化对象和数组，并通过 Parcel 的一系列 read 方法来完成反序列化过程；内容描述由describeContents方法来完成返回1。

注意：在User(Parcel in)方法中，由于 book 是另一个可序列化的对象，所以它的反序列化过程需要传递当前线程的上下文类加载器，否则会报无法找到类的错误。详细的方法说明见下表。

方法	功能	标记位
createFromParcel(Parcel in)	从序列化后的对象中创建原始对象
newArray(int size)	创建指定长度的原始对象数组
User(Parcel in)	从序列化后的对象中创建原始对象
writeToParcel (Parcel out, int flags)	将当前对象写入序列化结构中，其中 flags 标识有两种值：0 或者 1（参见右侧标记位）。为 1 时标识当前对象需要作为返回值返回，不能立即释放资源，几乎所有情况都为 0	PARCELABLE_WRITE_RETURN_VALUE
describeContents	返回当前对象的内容描述。如果含有文件描述符，返回 1 （参见右侧标记位），否则返回 0，机会所有情况都返回 0	CONTENTS_FILE_DESCRIPTOR

系统已经为我们提供了许多实现了Parcelable接口的类，它们都是可以直接序列化的，比如 Intent、Bundle、Bitmap等，同时 List 和 Map 也可以序列化，前提是它们里面的每个元素都是可序列化的。

既然Parcelable和Serializable都能实现序列化，那么二者该如何选取呢？Serializable是 Java 中的序列化接口，其使用起来简单但是开销很大，序列化和反序列化过程需要大量 I/O 操作。而Parcelable是 Android 中的序列化方式，因此是 Android 推荐的序列化方式，因此我们要首选Parcelable。Parcelable主要用在内存序列化上，通过Parcelable将对象序列化到存储设备中或者将对象序列化后通过网络传输也都是可以的，但是这个过程稍显复杂，因此在这两种情况下建议大家使用Serializable。以上就是序列化的内容了。

完~

文章参考自：Android 开发艺术

喜欢有帮助的话: 双击、评论、转发，动一动你的小手让更多的人知道！关注 Android_YangKe