Android中的android.os.Parcelable接口用于替代Java序列化Serializable接口，Fragment以及Activtity之間都需要傳遞數(shù)據(jù)，有時(shí)甚至包含結(jié)構(gòu)非常復(fù)雜的對(duì)象，這就需要先將這個(gè)對(duì)象序列化成二進(jìn)制流，然后再進(jìn)行傳遞了。

成都創(chuàng)新互聯(lián)自2013年起，先為鶴山等服務(wù)建站，鶴山等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為鶴山企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

比如Fragment1向Fragment2傳遞數(shù)據(jù)，下面是Fragment1中創(chuàng)建Fragment2并傳送數(shù)據(jù)的方法：

Fragment2 fragment = new Fragment2();
Bundle bundle = new Bundle();
bundle.putParcelable("name", name);
fragment2.setArguments(bundle);
    
FragmentManager fm = getFragmentManager();
FragmentTransaction ft = getFragmentManager().beginTransaction();
ft.replace(R.id.container, fragment2)
            .addToBackStack(null)
            .commit();

在Fragment2中，直接得到這個(gè)Parcelable對(duì)象即可：

ParcelableName name = getArguments().getParcelable("name");

不過(guò)，既然Java已經(jīng)有了Serializable，那還需要Parcelable干什么呢？而且Serializable接口使用起來(lái)也非常簡(jiǎn)潔。

原因有三個(gè)，第一是效率，第二是效率，第三還是效率：

1. Serializable用了很多反射，細(xì)心的人都知道，反射比正常的調(diào)用要慢100多倍

2. Serializable會(huì)創(chuàng)建很多臨時(shí)對(duì)象，這些臨時(shí)對(duì)象會(huì)導(dǎo)致很多次垃圾回收，影響效率

有細(xì)心的人士做過(guò)測(cè)試，基本上Parcelable要比Serializable快上10-20倍。下面這個(gè)圖是比較結(jié)構(gòu)，更詳細(xì)信息可以參考Parcelable vs Serializable

下面是android.os.Parcelable接口的定義，相比java.io.Serializable要復(fù)雜很多，不過(guò)，為了效率，你也只能忍了。

public interface Parcelable {
    public static final int PARCELABLE_WRITE_RETURN_VALUE = 0x0001;
    public static final int CONTENTS_FILE_DESCRIPTOR = 0x0001;
    public int describeContents();
    public void writeToParcel(Parcel dest, int flags);
     
    public interface Creator {
        public T createFromParcel(Parcel source);
        public T[] newArray(int size);
    }
     
    public interface ClassLoaderCreator extends Creator {
        public T createFromParcel(Parcel source, ClassLoader loader);
    }
}

看起來(lái)你至少需要實(shí)現(xiàn)兩個(gè)方法describeContents()和writeToParcel()：

1. 第一個(gè)方法返回?cái)?shù)字，一般返回0就好，只有FileDescriptor有特殊，上面的常量有定義。至于這有什么用，我也沒(méi)有找到相關(guān)的信息，如果有讀者理解，請(qǐng)留言告知我。

2. 第二個(gè)方法用于將對(duì)象寫(xiě)入到Parcel對(duì)象中。詳見(jiàn)下面的例子。

接著自己來(lái)實(shí)現(xiàn)一個(gè)包含了姓和名兩個(gè)String字段的對(duì)象，如下：

    import android.os.Parcel;
    import android.os.Parcelable;
 
    public class ParcelableName implements Parcelable {
        private String mSurname;
        private String mGivenName;
     
        public ParcelableName(String surname, String givenName) {
            mSurname = surname;
            mGivenName = givenName;
        }
     
        // 私有方法，因?yàn)槲覀儾粦?yīng)該將參數(shù)是Parcel的構(gòu)造函數(shù)暴露出去
        private ParcelableName(Parcel source) {
            this(source.readString(), source.readString());
        }
     
        @Override
        public int describeContents() {
            return 0;
        }
     
        public String getSurname() {
            return mSurname;
        }
     
        public String getGivenName() {
            return mGivenName;
        }
     
        @Override
        public void writeToParcel(Parcel dest, int flags) {
            dest.writeString(mSurname);
            dest.writeString(mGivenName);
        }
    
        // 通過(guò)這個(gè)接口來(lái)創(chuàng)建Parcel對(duì)象，調(diào)用了私有的構(gòu)造函數(shù)
        public static final Parcelable.Creator CREATOR 
            = new Creator() {
     
            @Override
            public ParcelableName createFromParcel(Parcel source) {
                return new ParcelableName(source);
            }
     
            @Override
            public ParcelableName[] newArray(int size) {
                return new ParcelableName[0];
            }
        };
    }

這里使用了Parcel.writeString()方法來(lái)將一個(gè)對(duì)象寫(xiě)入到序列化對(duì)象中，使用了Parcel.readString()從序列化對(duì)象中讀取數(shù)據(jù)，一定要注意的是這里的寫(xiě)入和讀取是有順序的：先寫(xiě)的要先讀。

注意，這里我們創(chuàng)建了一個(gè)私有的構(gòu)造函數(shù)，這個(gè)構(gòu)造函數(shù)的參數(shù)是Parcel對(duì)象，我們還創(chuàng)建了一個(gè)CREATOR的類變量，這個(gè)對(duì)象專門用于從序列化對(duì)象中創(chuàng)建ParcelableName對(duì)象，這是為了盡可能向外界隱藏序列化對(duì)象的實(shí)現(xiàn)細(xì)節(jié)，這種方式需要仔細(xì)琢磨，才能有所領(lǐng)悟。

值得提一下的是，Parcelable接口中還有一個(gè)ClassLoaderCreator接口，里面的createFromParcel()的第二個(gè)參數(shù)是一個(gè)ClassLoader對(duì)象，意味著我們可以反序列化不同的ClassLoader中的對(duì)象。

獲取這段代碼可以到：https://gist.github.com/zhlwish/3e2bbe9a15edf3b84ef7

這種代碼寫(xiě)起來(lái)的確是挺麻煩的，有一個(gè)開(kāi)源項(xiàng)目Parceler通過(guò)Anotation+代碼生成的方法可以簡(jiǎn)化定義Parcelable對(duì)象的過(guò)程：

    @Parcel
    public class Example {
        String mSurname;
        String mGivenName;
    
        public Example(){ }
    
        public Example(String surname, String givenName) {
            mSurname = surname;
            mGivenName = givenName;
        }
    
        public String getSurname() { return mSurname; }
        public String getGivenName() { return mGivenName; }
    }

看起來(lái)簡(jiǎn)單多了，不過(guò)話說(shuō)回來(lái)，如果你需要序列化的對(duì)象比較小，而且次數(shù)不多，不影響效率，你還是可以繼續(xù)使用Serializable接口的，畢竟編碼和維護(hù)的代價(jià)都小得多。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

文章名稱：Android中的Parcelable接口-創(chuàng)新互聯(lián)
當(dāng)前地址：http://weahome.cn/article/hijjd.html