面試題：兩個(gè)Activity之間如何傳遞參數(shù)筋栋？
在Android應(yīng)用中炊汤，Activity占有極其重要的地位，Activity間的跳轉(zhuǎn)更是加常便飯弊攘。即然跳轉(zhuǎn)（界面切換）不可避免抢腐，那么在兩個(gè)Activity之間傳遞參數(shù)就是一個(gè)常見的需求。大多數(shù)時(shí)候襟交，我們也就傳遞一些簡單的int迈倍，String類型的數(shù)據(jù)，實(shí)際中也有看到傳遞List和Bitmap的捣域。
那么我們先回答這個(gè)題啼染，如何傳遞參數(shù)：
使用Intent的Bundle協(xié)帶參數(shù)，就是我們常用的Intent.putExtra方法焕梅。
做為面試官迹鹅，緊接著可以問：除了傳遞基本類型外，如何傳遞自定義的對象呢贞言？
這個(gè)問題就是想引出Android的Parcelable斜棚。一般很多面試者都有用過傳遞實(shí)現(xiàn)了Serializable接口的自定義對象的經(jīng)驗(yàn)，因?yàn)檫@個(gè)很簡單该窗，加句代碼就搞定了弟蚀。而Parcelable的實(shí)現(xiàn)要多一些代碼，典型的寫法如下：
public class MyParcelable implements Parcelable {
private int mData;
public int describeContents() {
return 0;
}
public void writeToParcel(Parcel out, int flags) {
out.writeInt(mData);
}
public static final Parcelable.Creator<MyParcelable> CREATOR
= new Parcelable.Creator<MyParcelable>() {
public MyParcelable createFromParcel(Parcel in) {
return new MyParcelable(in);
}
public MyParcelable[] newArray(int size) {
return new MyParcelable[size];
}
};
private MyParcelable(Parcel in) {
mData = in.readInt();
}
}
那我們?yōu)槭裁匆疾鞂Ψ綍粫肞arcelable呢酗失？先看一下這Parcelable和Serializable的區(qū)別：
Serializalbe會使用反射义钉，序列化和反序列化過程需要大量I/O操作，Parcelable自已實(shí)現(xiàn)封送和解封（marshalled &unmarshalled）操作不需要用反射级零，數(shù)據(jù)也存放在Native內(nèi)存中断医，效率要快很多滞乙。
有人比較過它們兩個(gè)的效率差別：
不同類型的數(shù)據(jù)不一定差據(jù)這么大，但卻很直觀的展示了Pacelable比Serializable高效鉴嗤。
有時(shí)面試官還可以追問一下：Parcelable和Parcle這兩者之間的關(guān)系斩启。
Parcelable 接口定義在封送/解封送過程中混合和分解對象的契約。Parcelable接口的底層是Parcel容器對象醉锅。Parcel類是一種最快的序列化/反序列化機(jī)制兔簇，專為Android中的進(jìn)程間通信而設(shè)計(jì)。該類提供了一些方法來將成員容納到容器中硬耍，以及從容器展開成員垄琐。
現(xiàn)在我們知道了如何傳遞自定義的對象，那么在兩個(gè)Activity之前傳遞對象還要注意什么呢经柴？
一定要要注意對象的大小狸窘，Intent中的Bundle是在使用Binder機(jī)制進(jìn)行數(shù)據(jù)傳遞的，能使用的Binder的緩沖區(qū)是有大小限制的（有些手機(jī)是2M）坯认，而一個(gè)進(jìn)程默認(rèn)有16個(gè)binder線程翻擒，所以一個(gè)線程能占用的緩沖區(qū)就更小了（以前做過測試，大約一個(gè)線程可以占用128KB）牛哺。所以當(dāng)你看到“The Binder transaction failed because it was too large.”這類TransactionTooLargeException異常時(shí)陋气，你應(yīng)該知道怎么解決了。
因此引润，使用Intent在Activity之間傳遞List和Bitmap對象是有風(fēng)險(xiǎn)的巩趁。
面試官可以就這個(gè)問題再展開，看面試者如何解決淳附。
還有一個(gè)要注意的：因?yàn)閍ndroid不同版本Parcelable可能不同议慰，所以不推薦使用Parcelable進(jìn)行數(shù)據(jù)持久化。之前我有過一次奴曙，將Android的PackageInfo進(jìn)行持久化到數(shù)據(jù)庫褒脯，結(jié)果用戶升級Android系統(tǒng)后，再從數(shù)據(jù)庫解封PackageInfo時(shí)應(yīng)用就Crash了缆毁。
結(jié)論
對于初級的程序員來說番川，只要能抓住老鼠，白貓或者黑貓甚至是小狗都是沒有區(qū)別的脊框。但對于應(yīng)用的流暢和體驗(yàn)來說颁督，100毫秒和1000毫秒是有很大區(qū)別的。很多程序員眼里無關(guān)緊要的差別浇雹，最終在用戶那兒會被幾倍十幾倍的放大沉御，老板也會因?yàn)橛脩舻耐妒龆庳?zé)你。因?yàn)榭倳杏脩粼谟眯阅芎懿畹氖謾C(jī)昭灵，總有用戶手機(jī)的使用情況很復(fù)雜（內(nèi)存緊張吠裆，網(wǎng)絡(luò)復(fù)雜等等）伐谈，總有用戶本人就很奇葩不會按你指定的套路出拳！當(dāng)你鄙視老板不懂代碼的藝術(shù)時(shí)试疙，老板也會鄙視你不懂用戶不懂細(xì)節(jié)的重要性诵棵，活該你一輩子做程序員。
所以祝旷，在能使用的Parcelable的地方履澳，請不要貪圖簡便直接Serializable，實(shí)在懶的話也可以試試用插件自動生成Pracelabel的模板代碼：android-parcelable-intellij-plugin
