Android常考問題（4）-序列化和反序列化

      網絡上大部分對于序列化的解釋都是大同小異的官方解釋。我的了解是：比如資料傳輸的時候，傳輸過程都是位元組流資料，在你的代碼的裡是對象格式，而在傳輸的時候要變成位元組流資料。是以發送方需要把這個Java對象轉換為位元組序列，才能在網絡上傳送；接收方則需要把位元組序列再恢複為Java對象。序列化存儲也是類似的，硬碟等上面儲存的也是位元組流，也需要序列化之後存入硬碟。      序列化主要有兩種方法：Serializable 和Parcelable，兩種方法。

使用：1.Serializable 

首先，這是個接口。這是個辨別接口。就是接口裡面沒有任何方法。想要實作序列化，隻需要調用這個接口就行了。

public interface Serializable {
}
           

然後建立一個實體類，在其中實作序列化接口。(省掉了get()和set()方法）在這裡面多了個serialVersionUID。

import java.io.Serializable;

public class Bean implements Serializable {
    private static final long serialVersionUID = 8829975621220421374L;
    private int a;
    private String b;

  
    @Override
    public String toString() {
        return "Bean [a=" + a + ", b=" + b  + "]";
    }

}
           

一個類序列化時，運作時會儲存它的UID，然後在反序列化時檢查你要反序列化成的對象版本号是否一緻，不一緻的話就會報錯：InvalidClassException。如果我們不自己建立這個版本号，序列化過程中運作時會根據類的許多特點計算出一個預設版本号。然而隻要你對這個類修改了一點點，這個版本号就會改變。這種情況如果發生在序列化之後，反序列化時就會導緻上面說的錯誤。是以 JVM 規範強烈建議我們手動聲明一個版本号，這個數字可以是随機的，隻要固定不變就可以。同時最好是 private 和 final 的，盡量保證不變。

此外，序列化過程中不會儲存 static 和 transient 修飾的屬性，前者很好了解，因為靜态屬性是與類管理的，不屬于對象狀态；而後者則是 Java 的關鍵字，專門用來辨別不序列化的屬性。

序列化和反序列化過程需要用某種類型的OutputStream和InputStream

/**
 * 序列化對象
 *
 * @param obj
 * @param path
 * @return
 */
synchronized public static boolean saveObject(Object obj, String path) {
    if (obj == null) {
        return false;
    }
    ObjectOutputStream oos = null;
    try {
        oos = new ObjectOutputStream(new FileOutputStream(path));
        oos.writeObject(obj);
        oos.close();
        return true;
    } catch (IOException e) {
        e.printStackTrace();
    } finally {
        if (oos != null) {
            try {
                oos.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }
    return false;
}
/**
 * 反序列化對象
 *
 * @param path
 * @param <T>
 * @return
 */
@SuppressWarnings("unchecked ")
synchronized public static <T> T readObject(String path) {
    ObjectInputStream ojs = null;
    try {
        ojs = new ObjectInputStream(new FileInputStream(path));
        return (T) ojs.readObject();
    } catch (IOException | ClassNotFoundException e) {
        e.printStackTrace();
    } finally {
        close(ojs);
    }
    return null;
}
           

2.Parcelable

Parcelable類是Android推出的高效的序列化接口，其中有四個方法。是以實作這個接口就比較麻煩。

public class RectBean implements Parcelable {
 
 
    public RectBean() {
    }
 
    @Override
    public int describeContents() {
        return 0;
    }
 
    @Override
    public void writeToParcel(Parcel dest, int flags) {
    }
 
    protected RectBean(Parcel in) {
    }
 
    public static final Creator<RectBean> CREATOR = new Creator<RectBean>() {
        @Override
        public RectBean createFromParcel(Parcel source) {
            return new RectBean(source);
        }
 
        @Override
        public RectBean[] newArray(int size) {
            return new RectBean[size];
        }
    };
}
           

實作Parcelable接口的一系列方法。主要可以分為四步：

建立私有化構造方法（或者protected）

重寫describeContents方法。

重寫writeToParcel方法，這個方法是我們将對象序列化的方法。

實作Creator類，并實作createFromParcel方法和newArray方法，newArray方法不是很重要，主要看createFromParcel方法，這個方法是我們反序列化得到對象的方法。

Serializable 的使用比較簡單，建立一個UID即可；而 Parcelable 則相對複雜一些，會有四個方法需要實作。 一般在儲存資料到 SD 卡或者網絡傳輸時建議使用 Serializable 即可，雖然效率差一些，好在使用友善。而在運作時資料傳遞時建議使用 Parcelable，比如 Intent，Bundle 等，Android 底層做了優化處理，效率很高。