IPC基础概念介绍

本文先讲下Parcelable和Serializable，下篇文章在将Binder，然后再说多进程的处理方式，只有了解了Parcelable和Serializable还有Binder，才能更好的理解快进程通信的各种方式。

Parcelable和Serializable接口可以完成对象的序列化过程，当我们需要通过Intent和Binder传输数据的时候需要使用到Parcelable和Serializable。还有我们需要吧对象持久化的存储到设备上或者通过网络传输给其他客户端的时候，这个时候也要用到Serializable来完成对象的持久化。下边先来讲解下Serializable是怎样来完成对象的序列化的。

1.Serializable接口

(1) 怎样使用Serializable来实现序列化

使用Serializable来完成序列化其实非常加单，只需要在类的声明中指定一个累死下面的标识即可自动实现默认的序列化过程，当然前提是你需要实现Serializable。

private static final long serialVersionUID = 7247714666080613254L;

什么，这么长你记不住，没关系，7247714666080613254L这个就是我瞎写的，当然你不能这么做，在Android Studio中你可以这样做，在Eclipse里边你可以这样做（我没有尝试Eclipse，所以不知道正确与否，试过的请留言是否可以，谢谢！！）

好了，下边来讲解下怎么实现序列化和反序列化以及为什么这么写就可以序列化

(2) 怎么实现序列化和反序列化

PS：此代码就是采用了Serializable方式序列化对象的典型过程，很简单，只需要吧实现了Serializable接口的bean类的对象写到文件中就可以快速恢复了，恢复后的对象和写进去的数据是一样的，但是两者不是同一个对象。

或许看到这里很多人会有一种疑问，serialVersionUID如果不指定可以吗？如果指定，那么他后边那一长串数字又是什么意思呢？下边我们来分析下。

(3) 为什么这样做

我们要明白，系统既然提供了这个serialVersionUID，那么它必定是有用的。serialVersionUID是用来辅助序列化和反序列化过程的，原则上序列恶化后的数据的serialVersionUID只有和当前类的serialVersionUID相同才能够正常的被反序列化，serialVersionUID的详细工作机制是这样的：序列化的时候系统会把当前类的serialVersionUID写入序列化的文件中（也可能是其他的中介），当反序列化的时候系统会去检测文件中的serialVersionUID，看它是否和当前类的serialVersionUID一致，如果一致就说明序列化的类的版本和当前类的版本是相同的，这个时候就可以成功反序列化；否则就说明当前类和序列化的类相比发生了某些变换，比如成员变量的数量、类型可能发生了变换，这个时候是无法正常反序列化的。

一般来说，我们应该手动指定serialVersionUID的值，比如1L，也可以让eclipse根据当前类的结构自动生成他的hash值，这样序列化和反序列化的时候两者的serialVersionUID是相同的，因此可以正常进行反序列化。如果不手动指定serialVersionUID的值，反序列化的时候当前类有所改变，比如增加删除了某些成员变量，那么系统会重新计算当前类的hash值并把它赋值给serialVersionUID，这个时候当前类的serialVersionUID就和序列化的数据中的serialVersionUID不一致，于是就会反序列化失败。当然我们还要考虑另外一种情况，如果类结构发生了非常规性的改变，比如修改了类名，修改了成员变量的类型，这个时候尽管serialVersionUID验证通过了，但是反序列化过程还是会失败，因为类结构发生了毁灭性的改变，根本无法从老版本的数据中还原出一个新的类结构的对象。

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

2. Parcelable接口

相对于Serializable来说，Parcelable操作起来就没有那么麻烦了，毕竟有线程的插件可以使用，直接生成就好啦。来看一个例子
大码如下

public class StaticPubliccTools implements Parcelable {

    public static int userId = 1;

    private String name;
    private boolean sex;
    private int age;

    private Book book;

    /**
     * 返回当前对象的内容描述  如果含有文件描述符    返回1  否则返回0   几乎所有情况都返回0
     * @return
     * 
     * 标记位  CONTENTS_FILE_DESCRIPTOR
     */
    @Override
    public int describeContents() {
        return 0;
    }

    /**
     * 将当前对象写入序列化的机构中，其中flags表示有两种值 0 或者 1   为4时标识当前对象需要作为返回值返回
     * 不能立即释放资源  几乎所有的情况都为0
     * @param dest
     * @param flags  
     * 
     * 标记位  PARCELABLE_WRITE_RETURN_VALUE
     */
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeString(this.name);
        dest.writeByte(this.sex ? (byte) 1 : (byte) 0);
        dest.writeInt(this.age);
        dest.writeParcelable(this.book, flags);
    }

    public StaticPubliccTools() {
    }

    /**
     * 从序列化后的对象中创建原始对象
     * @param in
     */
    protected StaticPubliccTools(Parcel in) {
        this.name = in.readString();
        this.sex = in.readByte() != 0;
        this.age = in.readInt();
        this.book = in.readParcelable(Book.class.getClassLoader());
    }

    public static final Parcelable.Creator CREATOR = new Parcelable.Creator() {
        /**
         * 从序列化后的对象中创建原始对象
         * @param source
         * @return
         */
        @Override
        public StaticPubliccTools createFromParcel(Parcel source) {
            return new StaticPubliccTools(source);
        }

        /**
         * 创建指定长度的原始对象数组
         * @param size
         * @return
         */
        @Override
        public StaticPubliccTools[] newArray(int size) {
            return new StaticPubliccTools[size];
        }
    };
}

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

3. 总结

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

既然Parcelable和Serializable都是实现序列化并且用于Intent间的数据传递，那么二者该如何选择呢？Serializable是Java中的序列化接口，使用起来简单但是开销大，序列化和反序列化的过程都需要大量的I/O操作，而Parcelable是Android中的序列化方式，因此更适合用在Android平台上。他的缺点是使用起来稍微麻烦点，不过上边已经说了，咱们有插件啊，他的效率也非常高。这是Android推荐的序列化方式。

Parcelable主要用在内存序列化上，通过Parcelable将对象序列化到存储设备中或者将对象序列化后通过网络传输也都是可以的，但是这个过程非常复杂，淫才这两种情况下建议大家使用Serializable。