寫在前面
那天剛好是下午 oppo hr 面完，大約 3 點左右騰訊來電，我在電梯裏沒太注意沒接到電話，下午就一直盼呀盼，大約九點剛下班到公司樓下來電了，問方不方便我當然說方便，就在馬路邊上面了大約 50 來分鐘，我感覺應該是掛了的，因爲過程中電話老是斷加上環境又比較吵，第二天問獵頭說，下班前查了一下同一批面試的都釋放了，你應該是過了只說是應該過了。過了整整一週到了隔週五上午，接到了第二面的面試通知，約的是隔週三上午 10:30 。第二面面試官時不時的面帶笑容，給人很輕鬆的感覺。二面完後要我稍等一下接着面三面，三面面完面試官問我下午還有事沒？我們***(應該是領導)有點事，下午四點左右可以面第四面，具體我也沒聽清楚是誰我也不敢問。我說下午要上班就先回去了，下午接到 hr 電話約的是隔週二的上午。總共五輪面試含 hr 面，持續週期一個月左右。
技術一面
-
mmap + native 日誌優化？
講了傳統日誌打印的兩個性能問題，一個是反覆操作文件描述符表，一個是反覆進入內核態，然後講了 mmap 的原理機制。 -
廣播和 EventBus 的區別？
說 EventBus 的實現原理是基於反射，裏面管理了兩張表，且代碼之間關聯性不大不易於維護，EventBus 不支持跨進程通信，被面試官反問你確定不支持跨進程？我說我的看的源碼是不支持，面試官說那好吧。 -
常用設計模式你瞭解哪些？
我開始巴拉巴拉說了一大堆，其中說到了裝飾設計模式，被面試官打斷了，請你具體說說裝飾設計模式。 -
跨進程通信有哪些？
管道，信號，信號量，文件，本地套接字，共享內存，binder 驅動 -
簡單講講 binder 驅動吧？
從 Java 層來看就像訪問本地接口一樣，客戶端基於 BinderProxy 服務端基於 IBinder 對象，從 native 層來看來看客戶端基於 BpBinder 到 ICPThreadState 到 binder 驅動，服務端由 binder 驅動喚醒 IPCThreadSate 到 BbBinder 。然後又講了虛擬內存、物理內存和內存映射，跨進程通信的原理是要基於內核的， 當我講到 binder_open 、binder_mmap 和 binder_ioctl 是被面試官打斷了，估計是怕我講太久了。 -
跨進程傳遞大內存數據如何做？
我說 binder 肯定是不行的，因爲映射的最大內存只有 1M-8K，可以採用 binder + 匿名共享內存的形式，像跨進程傳遞大的 bitmap 需要打開系統底層的 ashmem 機制。 -
說說 ConcurrentHashMap 的實現原理說下，初始化大小是多少？
是線程安全的，實現原理採用的是分段鎖，初始化大小是 16 ，必須是 2 的冪次。 -
啓動優化怎麼優化？
我說了關鍵優化 Application ，被面試官打斷了，說大家都能想到的東西你不要說了，我想聽的是你能不能站在系統的角度去做一些優化，我提到了優化包體積大小能優化啓動速度，優化 dex 分包能優化啓動速度，可以參考最新的華爲方舟編譯器等等。 -
你寫的 rxpay 和 rxlogin 具體怎麼實現的？
一般我們集成第三方登錄和第三方支付 SDK 都需要監聽 onActivityResult 方法，我是參考了 RxPermission 的實現方案添加了透明 Activity 。 -
kotlin + fullter 方面的
kotlin 自己學了語法但是開發項目中沒用上，fullter 我是瞭解了它的實現原理但是開發中也沒用上。
技術二面
-
單例設計模式都寫寫，靜態內部類是怎麼保證線程安全的？
-
synchronized 底層實現原理，ReentrantLock 公平鎖與非公平鎖。
-
主線程等待所有線程執行完畢，再執行某個特定任務怎麼實現？原理和源碼看過沒？
-
自定義 view 的一般流程，要注意些什麼如何優化，點擊事件和長按時間分別是怎麼實現的？
-
四種啓動模式，在源碼分析中的原理是怎樣的？
-
講講 bindService 的過程，你當初是怎麼優化後臺服務進程的？
-
開發中你都用到了哪些設計模式？說說當時具體的場景。爲什麼你要用方法工廠，另外兩種呢？
-
RxJava 在使用過程中碰到了某些不友好的錯誤一般怎麼解決？發現了內存泄露一般怎麼解決分析，有沒有碰到過系統服務內存泄露的問題？
-
你們用的 okhttp ？那你有沒有做過一些網絡優化呢？比如弱網環境。
-
給你個數 1 吧，比如 1000011 裏面有幾個 1 ？
-
快排瞭解不？最壞的情況是怎樣？如果有大量重複數據怎麼優化？
技術三面
-
講講 handler 的底層實現原理？
這麼簡單？問到碗裏來了，後面漸漸說到延遲消息是 nativePollOnce 來處理的，在 6.0 以上用的是 epoll 方式來監聽文件描述符。接着問道了爲什麼要用這種方案？它跟 poll 和 select 比起來有哪些優勢？它是怎麼監聽的你看過它的內部實現原理沒？反正感覺很難受了。 -
說說你做的日誌記錄優化？
把第一輪面試的又講了一通，你在每個文件的最後寫入了當前內容的大小，你有沒有想過如果文件被破壞的情況？這種異常情況怎麼處理？後面還問到了加密和壓縮。 -
你看過 binder 驅動的源碼，說說他的內存映射過程，說說客戶端等待服務端處理返回的流程，如果要跨進程傳遞大內存數據你具體會怎麼做？簡單寫一寫吧。
-
在公司做過哪些優化？
內存優化，啓動優化，網絡優化，包體積優化，具體說說包體積優化。我提到了包體積優化不僅僅是優化了包的大小，包體積太大從安裝的那一刻開始，我們的應用就可能比較慢了，因爲 pms 會去拷貝解壓解析我們的 apk 安裝文件，會去優化我們的 dex 等等，包體積太大還會影響我們的啓動速度。然後就巴拉巴拉說具體怎麼做，問到了爲啥混淆資源能減少包體積大小？你當時優化的時候效果是怎樣的減少了多少？ -
開發過程中遇到的一些最難解決的問題？
提到了動態修復替換加載 so ，那你知道怎麼修復 class 嗎？怎麼修復資源呢？後面又聊到了插件化，提到了 360 用的是借屍還魂，那如果我們在插件的 Androidmanifest.xml 中註冊了其它屬性該怎麼解決，資源方面怎麼處理？ -
還有什麼要問我的？
個人體會
要是換幾年前我也跟大家一樣，感覺這些面試題估計一個也答不好，但是今天回過頭再來看其實感覺也就一般般吧。當我們讀小學時感覺初中知識比較難，但當我們讀到高中時再回過頭來看就很簡單了。因此我們不必在乎現在的自己能力是否足夠強，一口也是吃不成胖子的，只要今天比昨天有進步這就足夠了。但道理我們都懂，可是能堅持下來的同學卻比較少了，人生貴在堅持！
隨着年齡的增長意味着我們的時間也越來越少了，所以我們自己心裏要明白想要什麼？是想成爲某個領域的專家，還是想多方面發展以後做領導型人才。一個時間段往往只能做好一件事情，有舍必會有得。當我們開着拖拉機在鄉村道路時，不要看着別人開着跑車就羨慕，以爲拖拉機也能上高速，但內心要有換噴氣式飛機的勇氣和決心。
大廠的正常面試流程週期一般是一到兩個月，就算薪資談完到 offer 最終審批下來可能都需要一到兩週，這段時間心理是比較難熬的，因此建議大家儘量不要裸辭。面試完畢一般都會透露多久給答覆，如果是獵頭推的多跟獵頭聯繫，大家要儘量想辦法打聽到最新的動態。
二本大學也會有一流的專業，所以並不一定說一線互聯網企業就是最好的，因此在面試的時候一定要問一下部門和項目，自己根據自身的情況來選擇企業和項目組。一般情況下通過面試的難易程度就能判斷出部門的技術沉澱，那種幾乎不問技術很容易過的情況，並不見得就一定是好現象，還是得根據自身的情況和以後的打算來判斷，有時選擇可能會大於努力。