Android序列化之Parcelable和Serializable的使用詳解

更新時間：2018年01月02日 10:51:28 作者：Jdqm

本篇文章主要介紹了Android序列化之Parcelable和Serializable的使用詳解，具有一定的參考價值，感興趣的小伙伴們可以參考一下

序列化與反序列

首先來了解一下序列化與反序列化。

序列化

由于存在于內(nèi)存中的對象都是暫時的，無法長期駐存，為了把對象的狀態(tài)保持下來，這時需要把對象寫入到磁盤或者其他介質(zhì)中，這個過程就叫做序列化。

反序列化

反序列化恰恰是序列化的反向操作，也就是說，把已存在在磁盤或者其他介質(zhì)中的對象，反序列化（讀?。┑絻?nèi)存中，以便后續(xù)操作，而這個過程就叫做反序列化。

概括性來說序列化是指將對象實例的狀態(tài)存儲到存儲媒體（磁盤或者其他介質(zhì)）的過程。在此過程中，先將對象的公共字段和私有字段以及類的名稱（包括類所在的程序集）轉(zhuǎn)換為字節(jié)流，然后再把字節(jié)流寫入數(shù)據(jù)流。在隨后對對象進(jìn)行反序列化時，將創(chuàng)建出與原對象完全相同的副本。

實現(xiàn)序列化的必要條件

一個對象要實現(xiàn)序列化操作，該類就必須實現(xiàn)了Serializable接口或者Parcelable接口，其中Serializable接口是在java中的序列化抽象類，而Parcelable接口則是android中特有的序列化接口，在某些情況下，Parcelable接口實現(xiàn)的序列化更為高效，關(guān)于它們的實現(xiàn)案例我們后續(xù)會分析，這里只要清楚知道實現(xiàn)序列化操作時必須實現(xiàn)Serializable接口或者Parcelable接口之一即可。

序列化的應(yīng)用情景

主要有以下情況（但不限于以下情況）

1）內(nèi)存中的對象寫入到硬盤；
2）用套接字在網(wǎng)絡(luò)上傳送對象；
3）通過RMI（Remote Method Invoke 遠(yuǎn)程方法調(diào)用）傳輸對象；

1.Parcelable和Serializable有什么用，它們有什么差別？

Parcelable和Serializable是兩個接口，它們的作用是讓實現(xiàn)了其中一個接口的類的對象能夠被序列化和反序列化。

(1)Serializable是java提供的序列化接口，它是一個空的接口，僅標(biāo)識該類型可序列化的，具體的序列化/反序列化工作由 ObjectInputStream(readObject)/ObjectOutputStream(writeObject) 完成，這個過程包含大量的I/O操作，使用比較簡單，但需要考量性能的影響。使用場景：將對象持久化到存儲介質(zhì)或者通過網(wǎng)絡(luò)傳輸。

(2)Parcelable接口是Android平臺下的序列化接口，通常跨進(jìn)程傳遞的數(shù)據(jù)都要正確實現(xiàn)這個接口，比如Intent，Bitmap等。Parcelable實現(xiàn)起來比Serializable復(fù)雜，但性能較好。使用場景：在內(nèi)存中實現(xiàn)序列化，例如跨進(jìn)程傳遞。若某個字段不需要序列化，在實現(xiàn) writeToParcel 方法中忽略此字段即可。

2.自定義一個類讓其實現(xiàn)Parcelable，大致流程是什么?

（1）首先實現(xiàn)Parcelable接口，并實現(xiàn)接口中的方法。

/**
 * 返回當(dāng)前對象的內(nèi)容描述，如果有文件描述符返回1，否則返回0。
 */
@Override
public int describeContents() {
 return 0;
}

@Override
public void writeToParcel(Parcel dest, int flags) {
 dest.writeInt(userId);
 dest.writeString(userName);
 dest.writeInt(isMan ? 1 : 0);
}

（2）接著創(chuàng)建一個Parcelable接口內(nèi)部的接口類型Creator的一個成員，內(nèi)部需要用到一個帶一個Parcel參數(shù)的構(gòu)造方法。

protected User(Parcel in) {
 userId = in.readInt();
 userName = in.readString();
 isMan = in.readByte() != 0;
}

/**
 * 在aidl中，參數(shù)使用in或者inout來修飾時，服務(wù)端的onTransact()會調(diào)用CREATOR中方法來反序列化客戶端傳過來的參數(shù)
 */
public static final Creator<User> CREATOR = new Creator<User>() {
 @Override
 public User createFromParcel(Parcel in) {
  return new User(in);
 }

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

（3）如果在aidl文件中使用out或者inout定向tag來修飾參數(shù)，還必須實現(xiàn)一個 readFromParcel(Parcel) 方法，這是因為使用這兩個定向tag修飾的參數(shù)，在服務(wù)端onTransact()返回后，客戶端會調(diào)用 readFromParcel() 來讀取（反序列化）_reply中的數(shù)據(jù)。該方法與writeToParcel是對應(yīng)的，實現(xiàn)如下：

public void readFromParcel(Parcel in) {
 userId = in.readInt();
 userName = in.readString();
 isMan = in.readInt() == 1 ? true : false;
}

3.實現(xiàn)Serializable接口

通過實現(xiàn)Serializable接口來實現(xiàn)序列化比較簡單，只需要實現(xiàn)該接口，并指定 serialVersionUID 即可，當(dāng)然這個ID是可選的，可以不手動指定。通過ObjectIntputStream /ObjectOutputStream來序列化和反序列化。

ObjectOutputStream oos = null;
try {
 oos = new ObjectOutputStream(new FileOutputStream(new File("sdcard/user.cache")));
 User user = new User(111, "Jdqm", true);
 oos.writeObject(user);
} catch (IOException e) {
 e.printStackTrace();
} finally {
 try {
  oos.close();
 } catch (IOException e) {
  e.printStackTrace();
 }
}

ObjectInputStream ois = null;
try {
 ois = new ObjectInputStream(new FileInputStream(new File("sdcard/user.cache")));
 User user = (User) ois.readObject();
 Log.d(TAG, "user: " + user);
} catch (IOException | ClassNotFoundException e) {
 e.printStackTrace();
} finally {
 try {
  ois.close();
 } catch (IOException e) {
  e.printStackTrace();
 }
}

輸出結(jié)果

User{userId=111, userName='Jdqm', isMan=true}

serialVersionUID的意義：輔助完成序列化和反序列化，當(dāng)一個類實現(xiàn)SerSerializable接口，沒有添加serialVersionUID的作用字段時，IDE會發(fā)出警告，這個字段可以手動指定一個值，比如1L，也可指定為IED根據(jù)類的結(jié)構(gòu)生成一個long值，它們的效果是一樣的。在序列化時會將這個值寫入存儲介質(zhì)，反序列化時就校驗本地類的serialVersionUID和序列化介質(zhì)中的是否一致，不一致將拋出異常 java.io.InvalidClassException

（1）若不指定：系統(tǒng)會根據(jù)類的結(jié)構(gòu)計算出一個serialVersionUID，一旦類的結(jié)構(gòu)發(fā)生改變這個值就會改變，將導(dǎo)致反序列化失敗；

（2）指定一個值：當(dāng)類的結(jié)構(gòu)發(fā)生改變時，也可以不修改serialVersionUID的值，這種情況下能最大程度上通過反序列化回復(fù)數(shù)據(jù)，若類的結(jié)構(gòu)發(fā)生毀滅性的改變，例如字段數(shù)據(jù)類型改變了，也會導(dǎo)致反序列失敗。

Note: 類的結(jié)構(gòu)發(fā)生改變指的是類的成員變量的改變，添加一個普通的方法是不會導(dǎo)致計算得到的serialVersionUID改變的。構(gòu)造方法、toString()、getter/setter改變會引起serialVersionUID改變。