一些閑聊

距離上一篇文章似乎又是很久了，看起來也沒有很多反饋，催更就更不用說了。哈哈，放棄了。

話說最近公司在招聘一批至少 5 年開發(fā)經(jīng)驗的 Android 開發(fā)工程師，我也是忙開了花，激動得不行呀。雖說我面試過的技術(shù)開發(fā)至少 50 人以上，但這還是第一次開始面試 Android，此時猶如大姑娘上轎，還真是頭一回呀！

所以非常非常非常用心地準(zhǔn)備了良久，然后滿懷激動地開始了我的 Android 面試官角色。

無奈，面試后的感覺，均是開發(fā)效率聽起來很牛逼，第三方 API 用起來非常順手，但問到基礎(chǔ)，就拿我面試系列的題去問，沒一個答得上的，甚至是循循善誘，都沒法好好回答。

面試場景

Android 開發(fā)中對兩個 Activity 之前傳遞數(shù)據(jù)，應(yīng)該很熟悉吧？

嗯，當(dāng)然沒問題。一般采用 Intent.putXXX() 就可以實現(xiàn)各種輕量級數(shù)據(jù)的傳遞。

那對于自定義的 Object 呢？

直接使用 Bundle 的 putSerializable() 即可。需要把對象實現(xiàn) Serializable 接口，最后使用 Intent.putExtras(Bundle) 把數(shù)據(jù)放進(jìn) Intent 即可。

除了這種方式，還有其它方式嗎？和這種方式有什么區(qū)別呢？

我知道還有 Bundle.putParcelable() ，不過我們平時基本都只用 Serializable 方式。

為什么不用 Parcelable 方式呢？它們有什么不同呢？

因為簡單呀，Serializable 方式只需要實現(xiàn)接口一句代碼就好了，Parcelable 我記得有很多代碼。對于它們的區(qū)別嘛，em......額......嗯.......

正文

上面的場景，實際上就是在我近期發(fā)生的。作為一個簡歷上 09 年入行的大齡 Android 程序員，我非常肯定他的開發(fā)能力和解決問題的能力，在這方面肯定甩我很多條街，不過至少在我問的問題上讓我有點大跌眼鏡，問到自定義 View 的繪制順序，直接回答不知道。問到 LauchMode，支支吾吾，不清楚。實際上不由得讓我們思考，到底是怎么了，難道現(xiàn)在對于這么多的程序猿，寫出符合需求的代碼就變得這么重要了么？還好，當(dāng)下還有很多堅持在一線，努力把基礎(chǔ)帶給大家的大神，比如，扔物線朱凱，還有非常非常多的伙伴們。

大多數(shù)人可能都知道，Serializable 和 Parcelable 方式最大的區(qū)別是效率上的差異，而且對于小數(shù)據(jù)，其實差異并不是很大，這些差別其實用戶層面是并不容易發(fā)現(xiàn)的。但這并不代表著，我們的開發(fā)就可以忽視這幾十毫秒甚至是幾毫秒的差距。

Serializable 和 Parcelable 的區(qū)別

可以肯定的是，兩者都是支持序列化和反序列化的操作。

兩者最大的區(qū)別在于 存儲媒介的不同，Serializable 使用 I/O 讀寫存儲在硬盤上，而 Parcelable 是直接 在內(nèi)存中讀寫。很明顯，內(nèi)存的讀寫速度通常大于 IO 讀寫，所以在 Android 中傳遞數(shù)據(jù)優(yōu)先選擇 Parcelable。

Serializable 會使用反射，序列化和反序列化過程需要大量 I/O 操作， Parcelable 自已實現(xiàn)封送和解封（marshalled &unmarshalled）操作不需要用反射，數(shù)據(jù)也存放在 Native 內(nèi)存中，效率要快很多。

有人直接比較過兩個的效率差別

我們可以來看看分別怎么寫？

• Serializable 「簡單易用」一直都是它的代名詞

public class TestSerializable implements Serializable {String msg;List<ItemBean> datas;public static class ItemBean implements Serializable{String name;}
}

• Parcelable 速度至上

public class TestParcelable implements Parcelable {String msg;@Overridepublic int describeContents() {return 0;}@Overridepublic void writeToParcel(Parcel dest, int flags) {dest.writeString(this.msg);}TestParcelable(String msg) {this.msg = msg;}private TestParcelable(Parcel in) {this.msg = in.readString();}public static final Creator<TestParcelable> CREATOR = new Creator<TestParcelable>() {@Overridepublic TestParcelable createFromParcel(Parcel source) {return new TestParcelable(source);}@Overridepublic TestParcelable[] newArray(int size) {return new TestParcelable[size];}};
}

很明顯，Parcelable 實現(xiàn)起來并不容易，它有成噸的模板代碼，這使得對象變得難以閱讀和維護(hù)。但如果你真的想成為一個優(yōu)秀的 Android 開發(fā)工程師，你可能就得多在 Parcelable 上花點時間了。實在想偷懶也沒事，因為有人在 GitHub 上已經(jīng)上傳了 Android Studio 的插件，幫助你自動生成這一堆模板。

地址：https://github.com/mcharmas/android-parcelable-intellij-plugin

在兩個 Activity 之間傳遞對象還需要注意什么呢？

對象的大小，對象的大小，對象的大小！！！

重要的事情說三遍，一定要注意對象的大小。Intent 中的 Bundle 是使用 Binder 機(jī)制進(jìn)行數(shù)據(jù)傳送的。能使用的 Binder 的緩沖區(qū)是有大小限制的（有些手機(jī)是 2 M），而一個進(jìn)程默認(rèn)有 16 個 Binder 線程，所以一個線程能占用的緩沖區(qū)就更小了（ 有人以前做過測試，大約一個線程可以占用 128 KB）。所以當(dāng)你看到 The Binder transaction failed because it was too large 這類 TransactionTooLargeException 異常時，你應(yīng)該知道怎么解決了。

轉(zhuǎn)載于:https://www.cnblogs.com/liushilin/p/7977424.html

總結(jié)

以上是生活随笔為你收集整理的Serializable 都这么牛逼了，Parcelable 还要你何用？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。