2.3 IPC基礎(chǔ)概念介紹(一)

1. Serializable接口

定義User類,實現(xiàn)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());

打印結(jié)果:

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

如果在序列化完成后,修改了User的結(jié)構(gòu),比如去掉了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由于我們沒有顯性的指定,所以在編譯時會自己根據(jù)字段情況生成一個,字段改變則值改變,所以會報錯。
如果我們指定UID的值

private static final long serialVersionUID = 1L;

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

在eclipse中很容易的就能自動提示添加serialVersionUID,而在AndroidStudio中卻沒有提示,原來是as的檢查配置中默認是關(guān)掉對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實現(xiàn),具體是調(diào)用Parcel中的write方法。Parcel內(nèi)部包裝了可序列化的數(shù)據(jù),可以在Binder中自由傳輸。
  • 反序列化
    反序列化由Creator完成,其內(nèi)部標(biāo)明了如何創(chuàng)建序列化對象和數(shù)組,并通過Parcel的一系列read方法來完成反序列化。
  • 內(nèi)容描述
    內(nèi)容描述由describeContents方法完成,通常情況返回0即可。僅當(dāng)當(dāng)前對象中存在文件描述符時,返回1.

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

3. Serializable和Parcelable的選取問題

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

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容