bundle.putSerializable 或者 bundle.putParcelable 傳進去的物件一定要implements Parcelable 或者 Serializable 這兩個介面。

Serializable  這個介面沒有具體的方法，這個關鍵字主要是標識這個類在jdk編譯的時候會被序列化處理。在序列化處理的過程中，會大量生成中間臨時變數。可能引起GC操作。

對於Parcelable 這個介面：

為什麼有Serializable,有它就有反序列化，有一個問題：我這邊使用Java Serializable生成二進位制檔案，通過網路傳輸到其他裝置上，此裝置是Linux，那麼如何使用C語言將其方序列化，讀資料檔案？能做到嗎？

Parcel的存在主要是jvm 程序之間的通訊，程序是佔有系統資源的最小程式，其包含一個或者多個執行緒。程序之間的通訊，其可以上升到應用之間的通訊，所以基於Parcel,android系統有Binder IPC程序通訊機制和AIDL開發。什麼是通訊？

通訊：1.共享資料或者傳遞資料   2.通知對方呼叫自身的變數和程式碼執行指令

為什麼非要讓別人呼叫自己的資源執行自己的指令，比如：子執行緒要通知彈出視窗，那麼自己不能做到，自己沒有window服務，只能讓UI執行緒去做。

為什麼非要傳遞資料，直接讓資料的可見性（物件的可見性）讓兩個執行緒或者程序可見不就可以了嗎？可見性和生命週期直接相關的，可見性越大，那麼生命週期越長。佔記憶體！對於我們傳統的傳遞物件，就是將物件的可見性擴大，如下圖：

bundle在activity之間或者fragment之間使用Parcelable，Serializable傳遞物件是執行緒內部的資料互動，不屬於執行緒或者程序間的通訊。

但是有一個問題：jvm執行緒內部傳遞物件為何不能直接傳，還需要序列化呢？但是handler傳遞訊息是可以直接傳遞物件的。

Parcelable的使用：

publicclassDataBean implements Parcelable{

  // 寫資料進行儲存
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(this.id);
        dest.writeString(this.Account);
        dest.writeString(this.name);
        dest.writeString(this.password);
        dest.writeInt(this.kind);
        dest.writeString(this.desc);
    }
    // 讀資料進行恢復
    protected DataBean(Parcel in) {
        this.id = in.readInt();
        this.kind = in.readInt();
        this.password = in.readString();
        this.name = in.readString();
        this.Account = in.readString();
        this.desc = in.readString();
    }

intent.putExtra("data",data);

DataBean data = getIntent().getParcelableExtra("data");

注意的問題：順序寫進去的資料，讀出來的時候也要按照這個順序，否則資料就會錯位。

為什麼aidl或者IPC通訊基於parcel：

從parcel的使用可以看出，parcel就是連續儲存資料的單純地址結構，它和jvm中的物件的結構有很大的不同。對於android系統，其應用都是跑在jvm上的，那麼各個程序也是跑在j各個獨立的vm上的，程序之間的通訊是跨jvm，那麼必然資料先是從一個jvm到普通Linux（android系統基於Linux核心）管理的記憶體，然後再讀到另外的jvm中。那麼不可能直接傳遞普通的Java物件，Java物件只有jvm才有的概念。parcel類似於基本資料的集合，對於傳統的系統都是可以管理的。

對於windows系統，程序之間通訊完全可以傳指標或者資料結構，因為應用之間沒有虛擬機器的壁壘，大家都是直接和作業系統打交道。