<一>名詞解釋

　　什麼是序列化？

　　　　將物件轉化為位元組流。

　　什麼是反序列化？

　　　　將位元組流轉化為物件。

<二>為什麼序列化？

　　1）永久性儲存物件，儲存物件的位元組序列到本地檔案中；
　　2）通過序列化物件在網路中傳遞物件；
　　3）通過序列化在程序間傳遞物件。

<三>怎麼序列化？

　　Android開發中的序列化有兩種方法。

　　第一種是實現Serializable介面（是JavaSE本身就支援的），第二種是實現Parcelable介面（是Android特有功能，效率比實現Serializable介面高效，可用於Intent資料傳遞，也可以用於程序間通訊（IPC））。實現Serializable介面非常簡單，宣告一下就可以了，而實現Parcelable介面稍微複雜一些，但效率更高，推薦用這種方法提高效能。

<四>Serializable序列化

　　只需要讓需要序列化的物件實現Serializable，並提供一個序列化版本id(serialVersionUID)即可。剩下的系統會幫我們自動的序列化。

　　注意：Serializable序列化不儲存靜態變數，可以使用Transient關鍵字對部分欄位不進行序列化，也可以覆蓋writeObject、readObject方法以實現序列化過程自定義。

　　transient關鍵字：將欄位宣告為transient，預設序列化機制將忽略該欄位，不會進行儲存和恢復

　　　　宣告為了transient，不是說就不儲存該欄位了，而是告訴Java預設序列化機制，不要自動儲存該欄位了，可以實現writeObject/readObject方法來自己儲存該欄位。

<五>Parcelable序列化

　　這種實現方式比較複雜。請看一下實現的步驟和具體例項。

　　Parcelable序列化的步驟:

　　　　1）需要序列化的物件  implements Parcelable。

　　　　2）重寫writeToParcel方法，將你的物件序列化為一個Parcel物件，即：將物件的資料寫入外部提供的Parcel中，打包需要傳遞的資料到Parcel容器中儲存，以便反序列化時從Parcel容器獲取資料。

　　　　3）重寫describeContents方法，內容介面描述，預設返回0就可以。

　　　　4）例項化靜態內部物件CREATOR實現介面Parcelable.Creator。其中public static final一個都不能少，內部物件CREATOR的名稱也不能改變，必須全部大寫。

　　　　　　需要實現兩個方法:

　　　　　　　　第一個createFromParcel(Parcel in)：從Parcel容器中讀取傳遞資料值，封裝成Parcelable物件返回邏輯層。

　　　　　　　　第二個newArray(int size)：建立一個型別為T，長度為size的陣列，僅一句話即可（return new T[size]），供外部類反序列化本類陣列使用。

　　　　　　簡而言之：通過writeToParcel將你的物件對映成Parcel物件，再通過createFromParcel將Parcel物件對映成你的物件。也可以將Parcel看成是一個流，通過writeToParcel把物件寫到流裡面，在通過createFromParcel從流裡讀取物件，只不過這個過程需要你來實現，因此寫的順序和讀的順序必須一致。

下面看一下具體例項：

public class ParcelblePerson implements Parcelable {

    private int age;
    private String name;

    public void setAge(int age) {
        this.age = age;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getAge() {
        return age;
    }

    public String getName() {
        return name;
    }

    /**
     * 內容介面描述，預設返回0就可以。
     * @return
     */
    @Override
    public int describeContents() {
        return 0;
    }

    /**
     * 將你的物件序列化為一個Parcel物件，
     *      即：將物件的資料寫入外部提供的Parcel中，打包需要傳遞的資料到Parcel容器中儲存，以便反序列化時從Parcel容器獲取資料。
     * @param dest
     * @param flags
     */
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(age);
        dest.writeString(name);
    }

    public static final Parcelable.Creator<ParcelblePerson> CREATOR
            = new Parcelable.Creator<ParcelblePerson>() {
        /**
         * 從Parcel容器中讀取傳遞資料值，封裝成Parcelable物件返回邏輯層。
         * @param in
         * @return
         */
        public ParcelblePerson createFromParcel(Parcel in) {
            ParcelblePerson parcelblePerson = new ParcelblePerson();
            parcelblePerson.setAge(in.readInt());
            parcelblePerson.setName(in.readString());
//            return parcelblePerson;
            return new ParcelblePerson();//這樣寫，那麼返回的就不是之前儲存的物件資訊
        }

        /**
         * 建立一個型別為T，長度為size的陣列，僅一句話即可（return new T[size]），供外部類反序列化本類陣列使用。
         * @param size
         * @return
         */
        public ParcelblePerson[] newArray(int size) {
            return new ParcelblePerson[size];
        }
    };

    @Override
    public String toString() {
        return "ParcelblePerson{" +
                "age=" + age +
                ", name='" + name + '\'' +
                '}';
    }
}

<四>兩種序列化區別？

　　1）在使用記憶體的時候，Parcelable比Serializable效能高，所以推薦使用Parcelable。

　　2）Serializable在序列化的時候會產生大量的臨時變數，從而引起頻繁的GC。

　　3）Parcelable不能使用在要將資料儲存在磁碟上的情況，因為Parcelable不能很好的保證資料的持續性在外界有變化的情況下。儘管Serializable效率低點，但此時還是建議使用Serializable。

　　4）Serializable的實現，只需要implements Serializable 即可。這只是給物件打了一個標記，系統會自動將其序列化。

　　5）Parcelabel的實現，不僅需要implements Parcelabel，還需要在類中新增一個靜態成員變數CREATOR，這個變數需要實現 Parcelable.Creator 介面。

　　6)  Parcelable的效能比Serializable好，在記憶體開銷方面較小，所以在記憶體間資料傳輸時推薦使用Parcelable，如activity間傳輸資料，而Serializable可將資料持久化方便儲存，所以在需要儲存或網路傳輸資料時選擇Serializable，因為android不同版本Parcelable可能不同，所以不推薦使用Parcelable進行資料持久化

<七>序列化到哪裡去了

　　Serializable的作用是為了儲存物件的屬性到本地檔案、資料庫、網路流、rmi以方便資料傳輸，當然這種傳輸可以是程式內的也可以是兩個程式間的。

　　Android的Parcelable的設計初衷是因為Serializable效率過慢，為了在程式內的不同元件間以及不同Android程式間(AIDL)高效的傳輸資料而設計，這些資料僅在記憶體中存在，Parcelable是通過IBinder通訊的訊息的載體。從上面的設計上我們就可以看出優劣了。