1. Serializable接口

定義User類，實現Serializable接口

public class User implements Serializable {
    private int userId;
    private String userName;
    // getter setter toString...
}

序列化和反序列化

User user = new User(1, "allen");
File cache = new File(getCacheDir(), "cache.txt");
if (!cache.exists()) {
    cache.createNewFile();
}
// 序列化
ObjectOutputStream out = new ObjectOutputStream(new FileOutputStream(cache.getAbsoluteFile()));
out.writeObject(user);
out.close();
// 反序列化
ObjectInputStream in = new ObjectInputStream(new FileInputStream(cache.getAbsoluteFile()));
User newUser = (User) in.readObject();
in.close();
Log.e("aaa",newUser.toString());

打印結果：

06-14 22:32:21.845 20094-20094/qingfengmy.developmentofart E/aaa: User{userId=1, userName='allen'}

如果在序列化完成后，修改了User的結構，比如去掉了userId字段。此時再反序列化。報錯如下：

java.io.InvalidClassException: 
qingfengmy.developmentofart._2activity.User; 
Incompatible class (SUID): 
qingfengmy.developmentofart._2activity.User: static final long serialVersionUID =7574333349125611880L; 
but expected qingfengmy.developmentofart._2activity.User: static final long serialVersionUID =8583313061247669989L;

意思是序列化的User的UID是75...L；但反序列化期望的是85...L。所以報無效的Class異常。
如果不刪字段，而是加了一個字段如isMale，此時反序列化也會報同樣的錯誤。這里的UID由于我們沒有顯性的指定，所以在編譯時會自己根據字段情況生成一個，字段改變則值改變，所以會報錯。
如果我們指定UID的值

private static final long serialVersionUID = 1L;

此時不論加字段還是刪字段，由于serialVersionUID一致，反序列化都可以盡可能恢復數據。
注意：靜態變量和用transient(瞬態)修飾的成員變量無法序列化。

在eclipse中很容易的就能自動提示添加serialVersionUID，而在AndroidStudio中卻沒有提示，原來是as的檢查配置中默認是關掉對serialVersionUID的檢查的，那么我們打開就可以。
as->preferences->Inspections->serialization issues->Serializable class without 'serialVersionUID' 勾上確認就可以

2. Parcelable接口

public class User implements Parcelable {
    private int userId;
    private String userName;
    private Book book;
//  getter setter toString...

    @Override
    public int describeContents() {
        return 0;
    }

    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(this.userId);
        dest.writeString(this.userName);
        dest.writeParcelable(this.book, flags);
    }

    protected User(Parcel in) {
        this.userId = in.readInt();
        this.userName = in.readString();
        this.book = in.readParcelable(Book.class.getClassLoader());
    }

    public static final Creator<User> CREATOR = new Creator<User>() {
        @Override
        public User createFromParcel(Parcel source) {
            return new User(source);
        }

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

• 序列化
  序列化方法由writeToParcel實現，具體是調用Parcel中的write方法。Parcel內部包裝了可序列化的數據，可以在Binder中自由傳輸。
• 反序列化
  反序列化由Creator完成，其內部標明了如何創建序列化對象和數組，并通過Parcel的一系列read方法來完成反序列化。
• 內容描述
  內容描述由describeContents方法完成，通常情況返回0即可。僅當當前對象中存在文件描述符時，返回1.

需要注意的是User中含有其他對象如Book時，Book也要實現Parcelable接口，并且反序列化時把當前類的類加載器傳過去，否則會報無法找到類的錯誤。

3. Serializable和Parcelable的選取問題

序列化和反序列化有大量的I/O操作，很耗性能。Parcelable比Serializable效率高，但使用麻煩。Serializable是java中提供的，Parcelable是android提供的，首選parcelable。