android開發藝術探索1--序列化Serializable 和 Parcelable

什麼是序列化

我們總是說着或者聽說着“序列化”，它的定義是什麼呢？

序列化 (Serialization)將對象的狀態信息轉換爲可以存儲或傳輸的形式的過程。在序列化期間，對象將其當前狀態寫入到臨時或持久性存儲區。以後，可以通過從存儲區中讀取或反序列化對象的狀態，重新創建該對象。

二進制序列化保持類型保真度，這對於在應用程序的不同調用之間保留對象的狀態很有用。例如，通過將對象序列化到剪貼板，可在不同的應用程序之間共享對象。您可以將對象序列化到流、磁盤、內存和網絡等等。遠程處理使用序列化“通過值”在計算機或應用程序域之間傳遞對象。

簡單地說，“序列化”就是將運行時的對象狀態轉換成二進制，然後保存到流、內存或者通過網絡傳輸給其他端。

接下來就介紹兩種序列化方式

Serializable接口

serializable是jaca所提供的一個序列化接口，大家可以點開它查看，他其實是一個空接口，爲對象提東標準的序列化和反序列化操作。使用它來實現序列化相當簡單，只需要在類的聲明中指定一個類下面的標識即可自動實現默認的序列化過程。

實際上，我們也可以不寫這個serialVersionUID，但是不寫的話將會對反序列化過程產生影響，

從名字就可以看出來，這個 serialVersionUID ，有些類似我們平時的接口版本號，在運行時這個版本號唯一標識了一個可序列化的類。

也就是說，一個類序列化時，運行時會保存它的版本號，然後在反序列化時檢查你要反序列化成的對象版本號是否一致，不一致的話就會報錯：·InvalidClassException。

如果我們不自己創建這個版本號，序列化過程中運行時會根據類的許多特點計算出一個默認版本號。然而只要你對這個類修改了一點點，這個版本號就會改變。這種情況如果發生在序列化之後，反序列化時就會導致上面說的錯誤。

因此 JVM 規範強烈 建議我們手動聲明一個版本號，這個數字可以是隨機的，只要固定不變就可以。同時最好是 private 和 final 的，儘量保證不變。

此外，序列化過程中不會保存 static 和 transient 修飾的屬性，前者很好理解，因爲靜態屬性是與類管理的，不屬於對象狀態；而後者則是 Java 的關鍵字，專門用來標識不序列化的屬性。

默認實現 Serializable 不會自動創建 serialVersionUID 屬性，爲了提示我們及時創建 serialVersionUID ，可以在設置中搜索 serializable 然後選擇下圖所示的幾個選項，爲那些沒有聲明 serialVersionUID 屬性的類以及內部類添加一個警告

把如上的選項勾上，下次創建類的話 如果序列化後不寫uid的話，會有黃色警告。

下面創建一個實現序列化的實體類：

public class User implements Serializable {


    private static final long serialVersionUID = -4627384794458510224L;
    
    private  String name;
    private String age;

    public User(String name, String age) {
        this.name = name;
        this.age = age;
    }
    
    
}

Serializable 的序列化與反序列化分別通過 ObjectOutputStream 和 ObjectInputStream 進行，實例代碼如下：

       //序列化過程
        User user = new User("xiaozhang","1");
        ObjectOutputStream out = null;
        try {
            out = new ObjectOutputStream(new FileOutputStream("cache.txt"));
            out.writeObject(user);
            out.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
       //反序列化過程
        try {
            ObjectInputStream in = new ObjectInputStream(new FileInputStream("cache.txt"));
            User newUser = (User) in.readObject();
            in.close();
        } catch (IOException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }

上述代碼延時了採用serializable方式序列化對象的典型過程，很簡單，只需要把實現了serializable接口的user對象寫到文件中就可以可以快速恢復了，恢復後的對象newUser和user的內容完全一樣，但是兩者並不是同一個對象。

parcelable接口

Parcelable 是 Android 特有的序列化接口：

public interface Parcelable {
    //writeToParcel() 方法中的參數，用於標識當前對象作爲返回值返回
    //有些實現類可能會在這時釋放其中的資源
    public static final int PARCELABLE_WRITE_RETURN_VALUE = 0x0001;

    //writeToParcel() 方法中的第二個參數，它標識父對象會管理內部狀態中重複的數據
    public static final int PARCELABLE_ELIDE_DUPLICATES = 0x0002;

    //用於 describeContents() 方法的位掩碼，每一位都代表着一種對象類型
    public static final int CONTENTS_FILE_DESCRIPTOR = 0x0001;

    //描述當前 Parcelable 實例的對象類型
    //比如說，如果對象中有文件描述符，這個方法就會返回上面的 CONTENTS_FILE_DESCRIPTOR
    //其他情況會返回一個位掩碼
    public int describeContents();

    //將對象轉換成一個 Parcel 對象
    //參數中 dest 表示要寫入的 Parcel 對象
    //flags 表示這個對象將如何寫入
    public void writeToParcel(Parcel dest, int flags);

    //實現類必須有一個 Creator 屬性，用於反序列化，將 Parcel 對象轉換爲 Parcelable 
    public interface Creator<T> {

        public T createFromParcel(Parcel source);

        public T[] newArray(int size);
    }

    //對象創建時提供的一個創建器
    public interface ClassLoaderCreator<T> extends Creator<T> {
        //使用類加載器和之前序列化成的 Parcel 對象反序列化一個對象
        public T createFromParcel(Parcel source, ClassLoader loader);
    }
}

  源碼如上，一個類的對象可以實現序列化並可以通過intent和binder傳遞。下面的實例是一個典型的用法。

  

public class ParcelableGroupBean implements Parcelable {

    private String mName;
    private List<String> mMemberNameList;
    private User mUser;

    /**
     * 需要我們手動創建的構造函數
     * @param name
     * @param memberNameList
     * @param user
     */
    public ParcelableGroupBean(String name, List<String> memberNameList, User user) {
        mName = name;
        mMemberNameList = memberNameList;
        mUser = user;
    }

    /**
     * 1.內容描述
     * @return
     */
    @Override
    public int describeContents() {
        //幾乎都返回 0，除非當前對象中存在文件描述符時爲 1
        return 0;
    }

    /**
     * 2.序列化
     * @param dest
     * @param flags 0 或者 1
     */
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeString(mName);
        dest.writeStringList(mMemberNameList);
        dest.writeParcelable(mUser, flags);
    }

    /**
     * 3.反序列化
     */
    public static final Creator<ParcelableGroupBean> CREATOR = new Creator<ParcelableGroupBean>() {
        /**
         * 反序列創建對象
         * @param in
         * @return
         */
        @Override
        public ParcelableGroupBean createFromParcel(Parcel in) {
            return new ParcelableGroupBean(in);
        }

        /**
         * 反序列創建對象數組
         * @param size
         * @return
         */
        @Override
        public ParcelableGroupBean[] newArray(int size) {
            return new ParcelableGroupBean[size];
        }
    };

    /**
     * 4.自動創建的的構造器，使用反序列化得到的 Parcel 構造對象
     * @param in
     */
    protected ParcelableGroupBean(Parcel in) {
        mName = in.readString();
        mMemberNameList = in.createStringArrayList();
        //反序列化時，如果熟悉也是 Parcelable 的類，需要使用它的類加載器作爲參數，否則報錯無法找到類
        mUser = in.readParcelable(User.class.getClassLoader());
    }

}

  這裏先說一個parcel，parcel內部包裝了可序列化的數據，可以在binder中自由傳輸，從上述代碼中可以看出，在序列化過程中需要實現的功能有序列化，反序列化和內容描述，序列化功能由writeToParcel方法來完成，反序列化功能由CREATOR來完成，其內部表明瞭如何創建序列化對象和數組並通過Parcel的一系列read方法來完成反序列化過程。

系統已經爲哦我們提供了許多實現parcelable接口的類，他們都是可以直接序列化的，比如intent，bundle，bitmap等，同時list和map也可以序列化，前提是他們裏面的每個元素時可序列化的。

總結

可以看到，Serializable 的使用比較簡單，創建一個版本號即可；而 Parcelable 則相對複雜一些，會有四個方法需要實現。

一般在保存數據到 SD 卡或者網絡傳輸時建議使用 Serializable 即可，雖然效率差一些，好在使用方便。

而在運行時數據傳遞時建議使用 Parcelable，比如 Intent，Bundle 等，Android 底層做了優化處理，效率很高。