概述
筆者15年畢業一直在小公司，覺得完全靠自學已經到了自己的天花板，然後想進大型互聯網公司發展，所以年前辭職，放棄了年終獎，年後就直接來的北京，面試的公司有穩定的大公司，也有創業型公司，有些創業型的公司面試質量也挺高的，不輸於一些大公司，下面會說到。
技術儲備
基礎
不管是Android基礎還是Java基礎以及常見的數據結構，這些是無原則地必須要熟練掌握的，尤其是非計算機專業的同學，面試官一上來肯定是問你基礎，要是基礎表現不好很容易被扣上基礎不紮實的帽子，常見的就那些，只要你平時認真思考過基本上面試是沒太大問題的。
算法
基本上每家公司都會有算法題，我當時是看了左程雲的《程序員代碼面試指南》，重點看了數組跟鏈表，二叉樹沒有去刷算法題，對於二叉樹的掌握在於三種基本的遍歷以及在排序算法中堆排序中用到的二叉堆，然後每道算法題都先自己去實現，先寫思路，然後自己去實現一遍，然後再看看答案，記住答案的思路，第二天再重新按照答案的思路實現一遍，這種效果非常好，我沒有去刷很多題目，而是想通過這種方式去分析常見的算法題，所以我不大建議去刷算法題，首先作爲客戶端開發，涉及不到很多的算法，第二，面試的時候考的算法大部分都是很基本的數組組跟鏈表構成的，最後算法這個東西是個無底洞，個人覺得沒必要去刷題，刷題可能對小公司有用，但是大公司更看重你解決問題的能力。
虛擬機
- JVM
對於Java，加載的是Class文件，一般會問到Java運行時的內存分配，類加載機制以及GC，實際上後面兩個問地比較多，尤其是GC相關，往往結合四種引用出題，最後會通過這個來引出內存泄露相關的一些問題。
- DVM&ART
Android的虛擬就DVM以及ART是對JVM做了一些優化，加載的是dex文件，對Class字節碼做了一些優化，這個裏面其實挺複雜的，我只知道一些基本的概念。
- ClassLoader
這個其實要是問起來其實是有很多東西的，如果是Java相關其實還好，會問你類加載機制，但是Android裏面除了Java的類加載機制之外，還會引出插件化跟熱修復。
JNI
基本上稍微大點的公司都會問到，不過我的回答始終如一：我只能看懂C的代碼，項目中沒有用過JNI，當然這個屬於加分項，因爲我當時的選擇是把我用過熟悉的東西研究地滾瓜爛熟，而不是在自己平時很少接觸到的東西上面搞個一知半解。
Binder
Binder系列，各種AMS,WMS,PWS，常問到的有APP的啓動流程，然後兩個Activity相互跳轉的時候的生命週期，Activity的生命週期。
心態
不要想着什麼都會，那樣不現實，比如說我對Binder機制以及熱修復，插件化這塊兒確實瞭解地比較淺顯，也跟高德，愛奇藝等公司的面試官聊過這個話題，這些屬於加分項，不會影響到最終的面試結果，還有就是算法，面試最多考一道或者兩道算法，所以沒必要在這方面花太多的時間，掌握好常見的數組跟鏈表，二叉樹/堆了解一下，基本就夠了，公司看重的是你解決問題的能力，你把原理掌握好，常見地基本上都沒什麼問題。
當你基礎知識OK，自己用過的東西的理解地有深度，解決問題的能力OK，如果面試官想要你，那麼他會去找你的優點，反之他會去找你的缺點。所以如果你想進某家公司，那麼你就按照他們的要求去面，就算面不上那麼也沒什麼，只能說不合適，然後查漏補缺繼續面，不要因爲某一次或者幾次的不順就否定自己，有些公司的面試官就是喜歡裝，而且還是大公司的。
學歷很重要，我的學校只是個普通本科，相對一般，所以投了很多知名互聯網公司簡歷都過不了，就連好大夫在邀請我面試的時候特意問了我是不是統招一本，任何行業都看重學歷，不僅僅是IT，那些說學歷不重要的基本上都是一些學歷比較好的或者是在Android比較火地那個階段開始搞地Android，他們這批人往往會覺得在03年跟18年加入的阿里的難度是一樣的，那些覺得學歷不重要的可以去看看張雪峯老在《演說家》中的演講，不要說什麼3年以後公司就不看學歷了，學歷是一輩子的事情，那些高考能夠碾壓你的人，出了社會只要他們願意，照樣能碾壓你，你努力，你拼命，別人也不會睡大覺等你。
科班很重要，如果你本科學地是非計算機專業，任何一個面試官或者HR都會認爲你基礎不行，你需要花很多的時間去精力去補基礎，然後再花時間跟精力在HR不Pass掉你簡歷的情況下摘掉基礎不行這頂帽子。
工作背景很重要，如果你有大公司背景給你背書，相同的崗位，你進入的門檻比有大公司背景的人要高地多，如果你有大公司背景，不管是面試官還是HR都會在你面試前給你打一個較高的基本分，這個是很有利於你通過面試的。
不過上面都是既定的事實，你沒法改變，所以當我意識到這些問題的時候，我只能去不斷地提升自己的能力，去花更多地代價去獲得一個面試機會，去證明自己的能力進而進入到一個比較好的平臺。
面試公司
火幣網
面試機會來自於V2EX
- 一面：
- 如何開啓多進程?應用是否可以開啓N個進程？
- Activity的啓動模式、任務棧以及使用場景？
- Volley能否進行數據量很大的請求，比如說加載100M的圖片？
- 手寫快速排序
- Volley的優缺點
- final修飾一個對象，能否調用對象修改屬性的方法
- 子線程中如何使用Handler
- 如何進行單元測試,如何保證APP穩定。
面試官是Android的負責人，比較有親和力，看起來比較幽默，，然後先從我的筆試題開始聊，聊地最多的是進程，他問我應用能不能一上來能不能開多個進程保活，對於這個問題我知道肯定是不能的，因爲自己平時確實沒有在項目中開多個進程，然後面試官態度很好地分析了下說，因爲多進程首先會有多個Application，數據會被初始化多次，其次進程間通信比較麻煩，還有一個就是每個進程有單獨的虛擬機，多個進程就會比較佔內存，確實是這樣，這些我有些印象，但是平時確實沒有認真思考過這些問題，然後問我有沒有用過Binder，我說只是寫過幾個Demo，然後面試官就說這個就不問了，就開始聊一些我簡歷上以及我會的東西，比如說Volley的優缺點，然後提出了一個問題說Volley能否下載電影以及加載大圖片，我當時根據我看的源碼說可以，因爲Volley本身是不支持下載的，需要自定義Request才能實現這個功能，然後如果是讀流到磁盤是沒問題的，他說不行因爲Volley是在內存中進行操作的，我當時跟他爭了下，我說Volley原生不支持下載功能，只能自定義Request，包括上傳也是需要自定義的，然後他感覺我有些不快，說讀流確實是可以，但是ImageRequest去加載大圖片的時候，也是在內存中讀取的，這個時候就會有問題。不過我想了下確實是這樣，這樣的話確實會出現OOM，接着面試官就問了一個基礎的問題，比如說final一般怎麼用，final修飾對象的話能夠調用修改屬性方法等，最後讓我寫了個快排。
- 二面：
- TabLayout如何設置指示器的寬度包裹內容？
- 公差爲1的等差數列求和，如何優化
- 自己的優勢在哪裏
- 註解如何獲取，反射爲何耗性能？
- Java的GC機制，分代回收策略
- Binder機制：ServiceManager什麼時候註冊的？
- int,long的取值範圍以及BigDecimal，數值越界瞭如何處理？
- ConcurrentHashMap的原理，分的段數是多少？
- APP是如何適配的？
- Android中如何查看一個對象的回收情況？
- 最大一次線上Bug處理措施
面試官問的Java偏多一下，同時也問地很深很細，關於Binder問到了一個問題就是SM是什麼時候註冊的，這個完問題我完全是懵逼的，然後給我出了一個算法題，就是公差爲1的等差數列求和，當時我用了一個很笨的方法，就是用遞歸實現的，因爲當時面試官不是直接說的等差數列，說的是如果輸入0，返回0，如果輸入1，返回1，如果大於1就依次累加，之前思維定勢了，沒有想到這是個等差數列，然後面試官問我能不能優化，我當時想到了高斯，然後把首尾相加，做了一步優化，後來實在是感覺沒法優化了，面試官給我寫出了那個等差數列的前n項和，不過當時面試官給我出了這個題目，返回值是int，我當時注意到int可能會越界，然後說應該返回long，估計是這個細節可能打動了面試官，然後我們就從int,long,到String，double以及BigDecimal，說了很多，因爲之前在項目中計算價格的時候確實出現過精度丟失的情況，所以我對這塊很熟，所以也聊了很多，聊到屏幕適配，ConcurrentHashMap所分的段數，最後問了我最大的一次線上Bug是如何解決的，還有在Android中如何查看一個對象的回收情況，那個確實不知道，後來想想應該通過ReferenceQueue能觀察到，因爲平時沒有想過這個問題，所以被問到的時候很容易懵逼，不過整體表現還可以。
- 三面：
- APK的大小如何壓縮
- APP的崩潰率，多渠道包
- 自己做過的APP用戶量
- 能否接受加班
面試官是火幣的大前端負責人，問了我一些項目開發流程上的東西，類似APK的大小如何進行壓縮，如何查看APP的崩潰率，以及多渠道包，然後聊了下薪資以及能否加班等，大部分都是一些非技術性的問題，第二天火幣網就給我Offer了，雖然後來我沒有去這家公司，還是挺感謝這家公司的，給我後續的面試增加了很多信心。
蛋殼公寓
面試機會來自於拉勾網
- 一面：
- MVP如何管理Presenter的生命週期，何時取消網絡請求
- 用過的框架及原理
- 天貓的Tangram佈局，vLayout原理
面試官是是Android的負責人，主要是在聊自己做過的東西，然後發現我們很多技術上的觀點都是相同的，比如說我們都認爲任何一個框架兩三句話都可以把原理說清楚，但是真正自己去實現的時候往往比這個複雜的多，我告訴他我在自己寫圖片加載框架的時候踩過的坑，然後面試官也說了他在使用MVP的過程中遇到的管理Presenter的生命週期過程中的探索，因爲之前我的一個項目採用的是MVC，當時是用的RxLifecycle進行管理的生命週期，在MVP中我是在BaseActivity中統一把請求取消掉了，然後他說了他的解決方式，確實很有探索精神，我也學到了很多東西，最後簡單說了天貓的七巧板佈局，大部分還是在聊項目中的一些細節。
- 二面：
- APP的啓動流程
- 回形打印二維數組
- Java爲何引入泛型，泛型邊界
- 常見的Java數據結構
- ArrayMap跟SparseArray在HashMap上面的改進
- Java的四種引用及使用場景
- Webview性能優化
面試官是移動端負責人，然後問了我APP的啓動流程，這個我說我沒怎麼深入研究過，面試官也沒說啥，然後繼續問了一些Java基礎，Java引入泛型的原因，泛型邊界，集合框架，最後問到了SparseArray以及ArrayMap。最後說到了內存回收，然後帶出了GC以及四種引用，由於他們的項目中很多地方用到了WebView，所以他問了一些WebView的跟JS進行交互的問題，最後還聊到了WebView的性能優化，感覺面試官確實對WebView比較瞭解，不過我也覺得沒什麼，畢竟這塊不是我擅長的地方，面試官也表示理解，然後最後出了一道算法題就是回形打印二維數組，整體來講他們其實還是側重於項目，也考察了基礎，整體感覺他們的技術還是很好的。
GrowingIO
面試機會來自於Android Weekly
- 一面
- Binder機制
- ClassLoader的理解
- Arouter的原理
- 組件化原理，組件化中路由的實現
- 熱修復跟插件化的原理
- 線程池的幾個參數的理解，四種線程池的使用場景
- 常用的設計模式，手寫DCL單例模式
- 進程間爲什麼不能直接進行通信
- 應用跟系統之間通信什麼時候用Socket什麼時候用Binder
面試官問地都是Android底層的東西，有些還涉及到了Android的Hook插樁技術，面試完，我覺得自己跟只傻狗一樣，什麼都不會，問了有10來個問題，唯一的兩個應用層的問題由於緊張也沒有答好，一個是線程池原理，一個是DCL單例少寫了個非空判斷，其餘的問題真的是答地很水，因爲前面的底層知識了回答地很不好，所以對自己應用層的發揮確實是有影響的，所以希望大家在面試的時候心態一定要平和，切記不要緊張。由於他們項目在底層採用了很多關於IPC之間的東西，所以基本上需要對底層很瞭解的工程師，我自己也感覺確實回答地力不從心，而且我是給他們CTO直接發的簡歷，突然間覺得不好意思，回答地挺垃圾的。
- 二面
面試官是做IOS的，基本上是處於聊天的狀態，反正聊地很開心的，然後對我評價很好，他說他不懂Android,但是能感受到我的技術好奇心,聽了還是很開心的，反正基本上沒怎麼聊具體的技術，主要是聊了聊IOS的Hook以及熱修複相關的技術，問他們是怎麼實現的，因爲我知道IOS在這個上面比Android要複雜一些，反正整體就是很放鬆。
- 三面
三面是產品總監，基本上就是談古論今了，讓我說說對Android以及IOS的看法，我說谷歌未來肯定會在人工智能上幹掉IOS，然後他說爲什麼，我說因爲谷歌掌握了搜索的大數據，Android產品接入的成本低等等，然後我跟他說我希望產品在設計原型的時候需要考慮一下Android跟IOS兩個平臺的差異，不能一刀切，他說是應該這樣，但是有很多時候需要保持平臺一致性就需要做一些妥協之類，最後其實還聊到了錘子，聊了聊對老羅以及錘子的看法，產品總監說錘子的發佈會每場他都會看，然後他還給他家人買了一部堅果Pro，反正想着肯定會掛掉，索性就不那麼拘束了，就是一種很放鬆的狀態。
- 四面
四面是CTO面，當時有點緊張，CTO很有紳士風度，一上來主動跟我握手，當時我有些緊張，手心都出汗了，他說我是不是很熱，我說是的。然後說自己從網易出來之後就開始創業了，一直是在做提高企業生產效率相關的產品，現在做的GrowingIO也是的，然後問了我很多問題，主要是我在上一份工作中的成長跟收貨，未來的規劃等等，以及在項目中遇到問題是如何進行團隊協作的，問地很細，可以看地出來公司對這款產品非常重視，像滴滴企業版，陌陌等都是他們的客戶，感覺這家公司會發展很不錯，最後我也問他爲什麼會嘗試做那麼多產品而不是專注於某一款產品等等，然後他也給了詳細的解答。
沒有給我Offer的原因在於我的薪資可能開地過高，一面基本上是處於被淘汰的局面，但是我跟後面的面試官都聊地很好，晚上還在那兒吃了頓飯，最後CTO還跟我聊了很久，我覺得他們應該是覺得我可以培養，但是薪資要低偏高，所以就最終放棄了我，因爲對於創業公司，我的薪資都開地高一些，不管結果怎麼樣，還是挺感謝這家公司的，希望他們發展地越來越好。
崑崙智啓
面試機會來自於拉勾網
- 一面：
- Debug跟Release的APK的區別
- 軟引用跟弱引用的區別
- ConcurrentHashmap的原理
- Listview跟Recyclerview的區別（刷新，緩存，各自的使用場景）
- 對谷歌新推出的Room架構
- 動畫的兩種實現：setX跟setTranslationX區別
- 事件分發：Activity跟window依次到viewgroup
- Volley源碼，優缺點
- Picasso傳入的Activity跟Application的context的區別
一面還是隻要從簡歷上入手，然後問地相對來說比較簡單，面試官應該跟我年限差不多，更多地在於很多東西怎麼去使用，比較側重於一些細節，不過整體來說表現地自我感覺比較滿意，因爲基本上都是問我會哪些東西，然後從我會的角度出發，一步一步來進行深入交流。
- 二面
- 數據庫的升級，表結構的修改
- 常見的排序算法，手寫二分查找，二分查找的複雜度分析
- 點擊APP圖標啓動APP的大致流程
- SplashActivity中進行初始化MainActivity的參數，Splash沒有初始化，AMS直接啓動了MainActivity怎麼辦
- 設計一個多線程，可以同時讀，讀的時候不能寫，寫的時候不能讀(讀寫鎖)
- 設計斷點續傳，如何判斷服務端是否支持斷點續傳
- Binder機制：Binder內核所在的進程是如何找到到Server跟Client進行通信的
- 對JNI是否瞭解
- 組件化的原理，組件間通信
面試官看起來經驗比較豐富，偏向於Java這一塊，應該是從Java轉的Android，看上面的問題其實就能夠看出來，問到的Android很有深度，一上來就搞了個APP的啓動流程以及AMS，那個讀寫鎖確實不會，之前沒聽過，當時是要我實現這個功能，我用了很多種方法去嘗試，但是最終沒有達到預期的效果，然後面試官就問我知不知道讀寫鎖，我不知道，然後他就沒有再深究了，雖然這是一家小公司，但是我能感受到對一個非科班出身的程序員的尊重，再次表示感謝。
京東
面試機會來自於Boss直聘
京東到家(電面)
- GitHub上面的開源項目
- 一個線程能否創建多個Handler，Handler跟Looper之間的對應關係
- ArrayList跟HashMap是夠線程安全，如何保證線程安全
- Volley返回數據量比較大的請求時怎麼辦
- ListView跟RecyclerView刷新數據原理，使用到的設計模式
- 適配如何做，有沒有適配過全面屏
- Fragment跟Activity的通信方式，你知道幾種？
電話面試之後就掛掉了，第2個問題回答地不是很好，由於沒試過一個線程能創建幾個Handler，所以不太確定，最後還是對Handler機制瞭解地不夠深刻，別的基本上答地還可以，全面屏沒適配過，最後就沒聯繫我了。
京東商城(電面)
- 內存泄露的種類
- ActivityA啓動ActivityB時生命週期的變化
- AMS是如何管理Activity的
- JVM中的GC回收機制
- 常見的跨進程通信方式，AIDL的實現原理
- APP以及Activity的啓動流程
- Hook以及插樁技術
聯繫我的是京東上海的部門，然後說他們主要是做底層的，所以問了一些底層的東西，第2個問題，我就之前沒遇到過，然後Hook插樁這些，很顯然不會，然後就涼涼了。
京東金融
- 一面：
- 從長度爲m的int數組中隨機取出n個元素，每次取的元素都是之前未取過的，如何優化
- https是如何保證安全的，證書如何校驗
- Android的簽名機制，APK包含哪些東西
- 是否遇到過OOM，如何解決
- 是否做過逆向
- 對JNI瞭解多少
- 手寫單例(DCL)
- 是否寫過so文件
- 熱修復原理，如何進行dex替換的
看面試題其實就可以發現，京東金融是偏向於安全這個領域的，最後面試官也跟我說，我進去之後會往移動安全工程師方向發展，最開始的那個算法，沒答好，當時我的思路實際上是打算取一個數組就把數組中的元素給置空，但是由於是int數組，所以沒法置空，當時就在這兒想了一會兒，然後面試官給出的答案是直接刪掉這個元素就可以了，但是性能較差，如果考慮性能則可以直接跟尾部元素進行交換，然後下次隨機的範圍減1就可以了。剩餘的問題答地其實還可以。
- 二面：
- 簡單說下項目
- 內存泄露，如何檢測以及檢測的原理
- 點擊Launcher跟點擊微信支付啓動微信有什麼區別
- 逆序一個字符串，不能調用String的reverse方法(考察編碼風格)
- 組件化原理，模塊化機制
- 沒有給權限如何定位，特定機型定位失敗，如何解決
- 同步跟異步機制(是業務上的，不知道他想問什麼)
- 線程池中核心線程數跟最大線程數如何定義
二面的話問的問題比較常規，基本上跟之前的公司重合度較高，沒有難度，主要比較注重應聘者解決問題的能力，特別是像那個權限適配，我之前做過權限適配，所以那個問題回答地他挺滿意的。
完美世界
面試機會來自於拉勾
- 一面：
- StringBuffer跟StringBuilder之間的區別
- 併發相關，各種鎖
- View的繪製流程，事件分發
- Hashmap,Arraymap，SparseArray
- 四種引用
- MVP跟MVC的區別
- LV跟RV之間的區別
- Service相關，startService以及bindService
- Fragment不同於Activity的生命週期
- 生產者消費者問題：一對多，多對多情況
- 常見的設計模式，並選擇一種描述一下
- Scroller的使用
看過面試題能夠知道，一面比較重基礎，也是一些重複性很高的問題，不過完美的面試官可能比較注重細節，很多問題你只要平時思考過了基本上是OK的。
- 二面：
- Gradle生命週期
- Java&Android關於Classloader源碼解析
- Python的class文件
- DCL中Volatile的作用，如何防止反射實例化單例對象
- 抽象類能否實例化，理論依據是什麼？
- 如何通過Gradle配置差異較大(20%差異)的多渠道包
- class文件如何轉化成dex
- Service先start再bind如何關閉service，爲什麼bindService可以跟Activity生命週期聯動？
- JVM相關,DVM以及ART是如何進行優化的，具體步驟
- 長連接常見的庫，短鏈接
- 靜態同步鎖與普通同步鎖的區別
- 直接在Activity中創建一個thread跟在service中創建一個thread之間恩區別
二面的面試官是北大畢業的，問的問題都比較深入，涉及到了很多Java跟Android的細節，後來才知道，他知道我基礎還可以，之所以問到後面的那些問題是因爲想給我定級，當我說我瞭解Gradle的時候，面試官問我是否瞭解Gradle的生命週期，當讓我寫一個DCL的時候，問我Volatile的作用是什麼，如何防止單例被反射實例化，DVM&ART是如何對JVM進行優化的，Class文件如何轉換成Dex文件，反正就是你會的肯定會讓你表達出來，你不會的你也沒法裝下去。
高德—汽車事業部
面試機會來自於Boss
- 一面:
- View的生命週期
- View的繪製流程跟事件分發
- Activity跟Window之間的關係
- 對C跟JNI是否熟悉
- 熱修復原理，插件化是如何進行加載插件的
- Java中的鎖，各種同步方式之間的區別
- ANR在四大組件中的時間，場景
- OOM，如何避免
- 內存泄露原理，如何避免
- MVC跟MVP之間的區別
- ListView針對多種item的緩存是如何實現的
- Android繪製二維跟三維的View的區別
- 是否瞭解硬件加速
- ListView是如何實現對不同type的item的管理的
面試官問了很多底層的實現場景，有深度也有廣度，在跟他交流的時候，能夠很明顯地感覺到自己在很多問題上沒有做過太深入的嘗試，不過整體感覺還可以，基本上自己的能力是完全發揮出來了，很多問題他問地特別細，比如說ANR問題，問到了在四大組件中ANR的時間是多少，還有ListView的緩存對於多種Type是如何實現的，很多問題你只知道概念是沒有什麼用的，都需要自己的理解，不過像硬件加速這種問題，確實沒有細想過，我也不會去細想，以爲之前在傳統公司是不可能有時間跟精力瞭解這些東西的，只能說北京自己來晚了，但是來對了，當面試官知道我是第一次來北京的時候，還跟我開玩笑說會不會幹幾個月又跑了，最後一面面完之後還讓我留了他的電話，說北京租房子挺貴的，要是有什麼問題的話可以給他打電話，感動ing。
- 二面：
- Android中IPC方式，各種方式優缺點，爲什麼選擇用Binder
- 主流的熱修復框架流派，原理，是否研究過classloader源碼
- Android爲什麼要設計兩種classloader，爲什麼不用一種，通過type來區分
- Bundle傳遞數據爲什麼需要序列化
- 手寫一個快排，分析原理
- 廣播傳輸的數據是否有限制，是多少，爲什麼要限制？
- Activity啓動時生命週期是如何回調的？
- MVP.MVC.MVVM之間對比分析
- 組件化通訊:有幾種通信方式，Arouter原理
- 插件化加載流程，原理
- 關於反射混淆，耗性能的解決方式
- 天貓七巧板佈局原理
- 熱修復流派，原理
面試官的問題基本上是沒有離開過Binder，熱修復以及插件化，不過我確實，由於緊張，快排寫地也出了點問題，心中千萬頭羊駝呼嘯而過，尷尬地一比，當聊到組件化的時候，我覺得這個是我的優勢，然後說了一大堆自己通過反射的實現，然後他說反射會在混淆的時候出問題，還有就是性能上的問題，自己研究了那麼久的東西，在他這裏沒有看到絲毫的價值，確實也比較失落，不過他們是做車機的，確實需要對底層掌握地比較熟練，想着十有八九是涼涼了。
高德—地圖事業部
面試機會來自於Trinea內推
- 一面：
- RecyclerView的itemdecoration如何處理點擊事件
- 單例模式如何修改數據
- android事件傳遞，非常細
- 多線程
一面面試官可能比較忙，沒有問太多的問題，主要聊了聊我GitHub上面的開源項目，當時這個聊了很久，然後說了他們項目中也採用了ItemDecoration的列表聯動，然後就問了我如何處理ItemDecoration的多個點擊，最後聊到了事件分發機制，主要是在ListView裏面嵌套一個Button以及在ListView裏面嵌套一個ScrollerView讓我說一下事件在dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent中的傳遞過程，面試官先讓我說，我只是說了大體流程，然後面試官又給詳細地分析了一遍，分析地非常詳細，確實讓我受益匪淺，自己對事件分發的理解又更加進了一步。
- 二面：
- JVM內存分佈，Classloader
- 靜態代理跟動態代理
- 線程的生命週期
- 是否用過DataBinding
- 是否接觸過JNI
- 對熱修復跟插件化了解多少
- 對RN瞭解多少
- 二分查找
- 說下多態
- 編譯期註解跟運行時註解
- 線程跟進程間通信
- Android中的IPC
- java中的傳遞
- equals跟==
- Picasso的存儲
- 項目中的難點
- 項目中用到了哪些第三方
- MVC,MVVM,Clean架構
- 抽象類跟接口的區別，接口的默認修飾符
二面面試官問了很多基礎方面的東西，問地特別細，主要是考察Java基礎，感覺面試官是想跟我探討一下比較新的技術框架 的，但是像DataBinding以及Glide這些我都沒有用過，所以就問了我很多基礎的知識，整體感覺還可以，確實有些基礎沒有掌握好，深度也有些欠缺
掌閱科技
面試機會來自於Boss
- 一面
- Canvas.save()跟Canvas.restore()的調用時機
- 程序A能否接收到程序B的廣播？接入微信支付的時候，微信是如何跟當前程序進行通信？
- 對Java.nio瞭解多少
- ConcurrentHashMap是如何實現分段鎖？
- 現在需要遍歷SD卡下所有的文件打印出後綴名爲.txt文件名稱，如何提高時間效率？
- 爲什麼複寫equals方法的同時需要複寫hashcode方法，前者相同後者是否相同，反過來呢？爲什麼？
- Android4.0～8.0之間大的變化，如何處理？
- 說一下Measurespec這個類
- ViewHolder有什麼用？
- Gradle的Flavor能否配置sourceset？
- 線程池核心線程數一般定義多少，爲什麼？
- Intentservice有什麼用
- 弱引用什麼時候被回收
- Android中提供了哪些類來幫忙處理線程
- http的狀態碼，常見的請求頭，http緩存協議https如何加密
- 多進程的優缺點，多線程的優缺點
- 熱修復如何修復資源文件？
- 有沒有遇到64k問題，爲什麼，如何解決？
- httpUrlconnection跟httpClient有什麼區別
掌閱整體的面試質量比較高，但是面試官給我的感覺有點過於自信，就像第5道算法題，我當時確實沒有想到除了遍歷之外該如何優化，然後面試官說可以開多個線程，我當時聽了就覺得很無語，但是他給出的理由是O(n)的算法不能優化，只能開多線程，我說即使不能優化，也是可以在O(n)的基礎上進行加快的，比如說用遍歷完一遍，做個緩存，做個標記，如果該目錄下沒有發生變化下次可以直接讀緩存之類的，開多線程這種操作我個人認爲確實算不上優化，最後這個問題不了了之。而後還有一個問題就是他說在複寫equals方法的時候要複寫hashcode方法，但是當時我說沒必要，如果是自己定義的一個類，只需要比對對象的唯一屬性，比如說定義一個學生對象，我只需要判斷學生的ID是否相等就行了，也就是只需要複寫equals方法，沒必要複寫hashcode方法然後場面又很尷尬，我後來想了下可能他想表達的是在集合類中存儲的對象必須要同時複寫equals跟hashcode方法感應該是說地過去的，但是當時沒有這個前提，我覺得在複寫equals方法的時候不一定要複寫hashcode方法，加上前面的那個算法題，可能自己當時情緒也不是很好，所以溝通上確實出現了一些問題。
我記得掌閱是在Boss上面進行投遞的，當時是跟掌閱科技的移動端負責人黃劍進行溝通的，其實最開始知道黃劍是在跟包建強老師一起做一個自定義的ListView的時候，那個時候在性能優化的時候在還在同一個微信羣裏面請教過他問題，所以對掌閱的印象其實挺好的，但是這次面試確實體驗不是很好。
馬蜂窩
面試機會來自於Boss
- 一面：
- 兩個非基本數據類型數組：
array1=[x1,x2,x3,x4,x5,x6,x7,x8,x9,x10,×11]
array2=[x6,x3,x10,x5]
計算結果：[x6,x7,x8,x9,x1,x2,x3,x4,x10,x11,x5],寫出你的算法 - 類的初始化過程
- 點擊事件穿透原則
- 線程池使用的是哪一種，使用原則
- LeakedCanary原理
- LinerLayout跟RelativeLayout的繪製原理
- Android新版本的一些新特性6.0,7.0,8.0
- 類的初始化順序依次是（靜態變量、靜態代碼塊）>（變量、代碼塊）>構造方法
一面面試官問地都是基礎，但是有些有難度，比如說那個LinearLayout跟RelativeLayout相對佈局，我當時只回答了LinearLayout需要測量一次，而RelativeLayout需要測量2次，然後如果只嵌套一層首選LinearLayout，如果多層需要使用RelativeLayout，但是當具體問到RelativeLayout兩次都測量什麼的時候我沒答上來。還有那個算法題。最後實現了，用數組實現的，但是我感覺應該是樹，但是對樹不熟悉，所以用的就是數組。
- 二面：
- 看了看項目提了問題如何進行優化
- 如何實現馬蜂窩中的一個動畫效果
- 軟鍵盤頂起佈局
- 組件化通信方案
二面感覺有點沒怎麼發揮好，因爲面試官首先問了問我GitHub上的開源項目，但是他找了幾個問題，問我怎麼優化，然後又在我項目裏面發現了幾個問題，問我怎麼優化，很明顯那些問題都是他是比較熟練的，而且都是自定義View相關以及性能優化方面的，最後又拿了馬蜂窩APP裏面的一個滑動動畫問我如何實現，基本上都是在問自定義View，基本上二面就是問了這幾個問題，每個問題都擴展了很多，但是都是View相關的，沒有涉及到其他的知識點，可能他們的對於自定義View這塊要求比較高，同時也要兼顧到性能調優，整體來說，自定義View確實不是我的強項，最後還聊到組件化，他們現在也在做組件化，我說了我的方案，貌似他不是很滿意，最後也能感覺到發揮地不行，所以被Pass掉了。
還有一個細節就是，一面面完，當時二面面試官不在，是第二天過來複試的，第二天來了簽到之後又等了將分鐘，然後他們說簽到機壞了，當時感覺挺不好的，不過當我二面的時候在那裏等面試官的時候，馬蜂窩的一個員工，年紀挺大了，然後看到我的訪客牌，單獨給我倒了一杯水，確實挺感動的，這個員工不是他們的接待人員，讓我肅然起敬，然後他就繼續上班了，整體發揮很一般，不過那兒的環境確實特別好，很有風格。
愛奇藝
面試機會來自於拉勾
- 一面：
- 聊聊RecyclerView，動畫，緩存，數據綁定底層是如何實現的。
- 聊了聊我的開源項目實現原理
- View在屏幕中的移動底層是如何實現的
- Binder跟Socket之間的區別，什麼時候用哪一個，Binder的底層實現
- Activity,Window跟View之間的關係
- setContentView都幹了啥
- Activity的啓動模式
- MVC跟MVP之間的區別
- 算法：將一個有序數組去重得到一個新數組(空間複雜度爲O(N))
愛奇藝確實要求比較高，面試題目難度特別大，讓我說RV的時候，我說了很多，但是面試官感覺都不太滿意，然後問地特別細，涉及到了AMS跟WMS，這些問題我回答地一般，除此之外，都答地還可以，最後面試官說可以看出我有些東西研究地比較深，但是沒有抓住關鍵點。
- 二面：
- LruCache底層實現
- Hashmap的hash算法
- Bitmap在decode的時候申請的內存如何複用，釋放時機
- 註解如何實現一個findViewById
- Android是如何學習的
- sycronized關鍵字的類鎖對象鎖，如何保證線程安全？
- 重入鎖跟sycronized關鍵字之間的區別
- 除了notify還有什麼別的方式可以喚醒線程
- 說說你對Context的理解
二面感覺比一面要簡單一些，但是也有幾個問題我沒答上來，當面試官說如何在Bitmap解碼的時候複用申請的內存，我也是第一次知道原來這裏可以複用，然後我提出了自己的疑問，說如果複用的話，那麼什麼時候回收，他說fresco有自己的回收機制。最後還有Context的理解，我只是看過郭霖的博客，有點影響，確實想不起來了，也是有些尷尬，包括那個用註解實現一個findviewbyid，也是有看過，但是沒有完整的思路，最後支支吾吾地回答了一點，除此之外，別的還好。
- 三面：
- Listview的adapter是什麼adapter，如何複用。
- RV是如何佈局的
- 算法：如何從1T的無序數組(長度爲n)裏面找出前k大的數據，複雜度要求爲O(logN)
- 由A啓動BActivity，A爲棧內複用模式，B爲標準模式，然後再次啓動A或者殺死B，說說A，B的生命週期變化，爲什麼
三面面試官應該是技術總監，第一個問題就把我難到了，我憑感覺說是BaseAdapter,但是轉念一想，不對，ListView還支持ArrayAdapter，
然後面試官笑着說讓我回去看看源碼，接着問了RecyclerView如何繪製的，我當時說了比較多，但是都沒說到點子上去，面試官最後給我耐心地分析了下。給我印象最深的是那個算法題，面試官開始問我有沒有搞過ACM我說沒有，然後他就說看你不是非科班的，就出個簡單點的，然後出了兩道算法題，一題是實現一個鏈表，另外一個是寫一個快排，但是我感覺面試官對非科班的有些偏見，然後我就說這個太簡單了，我說你就把我當做科班的，然後說我希望能夠跟科班的做一樣的題目(後來想想自己有點飄)，然後面試官就出了上面那道算法題， 我一看到O(lgn)，感覺涼涼了，想着快排最多也是O(nlgn) ，所以當時想了很久，也沒實現，然後面試官給了我提示，說知道快排原理麼，然後我在腦子裏面過了一遍快排，突然想到了解決思路，然後跟面試官說了我的想法，就是用改良的快排，他微笑着表示認可，然後最後說如何去找到標定元素，我說用隨機數，他說隨機數不太好，然後問了我數學怎麼樣，我說還行，他說可以採用正太分佈，找到線性分佈的那個中間點，確實是可以這樣，因爲沒有規律的數據是可以看做正態分佈的，也就是符合線性迴歸的。
美團
面試機會來自於內推
1.APP啓動流程
2.Webview內存泄露
3.組件間通信，如何傳遞對象
4.Arouter原理
5.如何取消一個網絡請求
6.兩個activity之間來回切換的生命週期變化
7.進程間如何通信，Binder機制
8.內存泄露及優化
9.自定義view以及事件衝突
10.線程池參數及定義，多線程是否一定會高效
11.電量優化
美團實際上面了三面，但是面試題跟前面的面試官很多重複的，所以就只寫了上面幾道題目，整體面試感覺都答上來了，但是問的有些問題確實沒接觸過，比如說Webview的性能優化，電量優化等，最後HR反饋的情況是基礎很好，項目經驗不足。
獵豹移動
面試機會來自於Boss
- 筆試
- 請例舉Android中常用佈局類型，並簡述其用法以及排版效率
- 區別Animation和Animator的用法，概述其原理
- Thread,Looper，MessageQueue，Handler，Message每個類的功能以及這些類之間的關係
- 如何加載NDK庫？如何在jni中註冊native函數，有幾種註冊方法？
- 操作系統中進程和線程有什麼聯繫和區別？系統會在什麼情況下會在用戶態好內核態中切換。
- 如果一個APP裏面有多進程存在，請列舉你所知道的全部IPC方法
- 請畫出MVC、MVP模式的差異
- 對於Android APP閃退，可能的原因有哪些？請針對每種情況簡述分析過程。
筆試題，我答地感覺一般，因爲我面試的是獵豹移動的Clean Master，所以偏底層一些，不過整體還好，而且筆試題在面試過程中基本上不怎麼問，只是做一個參考。
- 一面：
- listview跟recyclerview之間的區別，然後上拉加載的時候分別應該如何處理
- 項目中用過哪些技術
- 同步普通方法跟static方法之間的區別
- 不用鎖如何保證int自增安全
- 內存爲什麼會發生泄露
- 做過的性能優化，原理
- DVK跟JVM之間的區別
- 有沒有diss過產品經理
- 平時看什麼書
- 爲什麼學python
- 項目中用到過哪些技術
- 期望在項目中扮演什麼樣的角色
一面面試官主要是從宏觀的角度上看待業務，產品，因爲可能看了我的博客跟GitHub，對我的技術有一個大致的瞭解，然後問了一些基礎的東西，就進入了二面。
- 二面：
- Sycronized原理
- ReentrantLock原理
- 靜態內部類爲什麼能保證單例，JVM是如何實現的
- ART跟DVM做了哪些優化
- View是如何繪製到屏幕上的
- 寫一個快排，有時間限制
- 二面面試官問地特別深，一上來就是各種原理
問了很多原理的原理，比如說Sycronized原理，View如何繪製到屏幕上去，這些對於我來說確實比較難，然後還問到了AQS, CAS的底層實現，答地一般般，我基本上對於JMM的瞭解就是類鎖對象鎖，指令重排序等
- 三面
- GitHub上的開源項目是如何實現的
- 未來的職業規劃
- 遇到問題如何解決
- 爲什麼沒有自己搭建SS
三面是獵豹移動的產品總監，沒有問技術上的問題，基本上如實回答就行了，沒有那麼多的套路，真誠即可。
摩拜
面試機會來自於拉勾
- 筆試：
自己帶電腦，他們提供一個接口，實現一個瀑布流，需要考慮動畫，內存管理等，可以上網搜，限時90分鐘
當時我去的時候出了個以外，HR給我的WiFi我沒法連GitHub，當時想着用自己封裝的ImageLoader，沒想着直接用第三方，在使用RecyclerView的時候依賴也沒法添加，所以最開始時間都浪費了，直到一面面試官下來，給我連接了他們的員工wifi，我才能添加依賴，尷尬的一比，不過到最後時間到了還是沒有實現預期的效果，面試官最後問我，我說了我的考慮，他說只是想看看我解決問題的能力，完全可以用第三方，沒必要自己實現，不過對我的態度還是表示認可的，然後開始一面。
- 一面：
- 深拷貝淺拷貝
- 輸出一個集合{A,B,C,D}的全部子集
- 自定義View及注意事項
- 如何自動化部署打包發包流程
- JNI是否瞭解過
- 內存回收
- classloader
- 對熱修復以及插件化了解多少
- 微信支付寶支付調用時上層是如何封裝AIDL的
- 如何給一個app瘦身
基本上在之前的面試都有涉及到，依然是問我會的東西，一點點深入，第9道面試題我記得在掌閱面試的時候那個面試官說微信用地是廣播，但是摩拜的面試官說微信用地是start ActivityForResult，這個我決定以後自己去深入研究下，看看他們到底是如何實現的，別的問題都是比較常見的。
- 二面：
如何實現一個推送，極光推送原理
說說Http協議，以及Tcp/Udp
常見的設計模式，如何實現一個觀察者模式，如果需要有序通知觀察者，該如何操作
實現一個圖片加載框架應該考慮哪些
線程池有哪些參數，應該如何設計
性能優化是如何做的
Java爲什麼要推出HashMap，它是如何解決hash衝突的
JVM內存分配，編碼時如何注意內存泄露
Binder機制原理
摩拜問地都是很常見的問題，我能感覺到面試官在問我問題的時候並不在乎我對這個問題掌握地有多好，而是更加關注我對待某個知識點的態度，更多地賦予面試題一個場景，而不是空談理論，是我比較喜歡的面試官。
- 三面：
- 爲什麼重複造輪子，自己去設計一些框架的原因
- 如何保證線上項目的穩定性
- 自己之前做的項目的規模
- 聊了聊他們目前在做的項目
三面面試官跟我聊了聊一些新技術，還有就是我自己爲什麼要重複造輪子，我說爲了保證項目的穩定性同時能夠更好地去定位問題，然後聊了聊他們目前在做的項目，整體感覺特別好。
面試之外
上面說地都是一些硬實力，下面簡單說些自己在面試過程中總結的一些面試之外需要注意的東西
- 比較重要的面試安排在下午3點左右，因爲北京這邊的互聯網公司基本上都是10點左右上班，那麼很有可能上午面不完，下午接着面，所以3點的話可以給你當天的第二家留有更多的緩衝時間
- 大公司的面試儘量安排在前面，因爲大公司的流程特別多
- 面試前一定要跟HR溝通好，當天儘可能一次性面完，如果不能面完就改時間，儘可能不要分兩次面，除非情況特殊。
- 家中儘量放一些零食水果之類的，早上可以吃一點再去面試，因爲如果面試排地滿的話，上午面完之後就得急着趕往下一家，所以我有好幾天都是隻在晚上吃了一頓飯，特別尷尬的時候有時候在面試的時候肚子在咕咕地叫。
後記
除了上面提到的公司之外，我還面試了人人車(Boss直聘)，以及58同城(Boss直聘) **而且也都收到了他們的Offer，由於他們面試的順序排在後面，而且面試題跟之前的面試題有很多共同點，所以就沒有放出來，此外還面試過快看漫畫，面了兩輪，然後CTO需要改天面，我心裏其實比較反感這種公司的，因爲作爲面試者跑一趟本身就很辛苦，所以後來複試我就沒去，還有一家是青橙科技也是需要我去複試，太遠了，而且當時手裏已經有了Offer就沒去，真心希望這些招人的公司能夠在一天內把流程能走完，畢竟像一些大公司在跟我溝通面試的時候都會約定個時間能把所有的面試流程走完。另外還有一家是豆果美食，面試官沒怎麼聊技術，基本上都是在談人生，談理想，最後互相加了微信，然後當時問我有沒有別的Offer，我也知道自己不會去那裏，然後就說愛奇藝給我Offer了，可能他也知道我不會去了，後來就沒有通知複試什麼的，不過感覺他比較自信，至少比我自信。
雖然自己這次沒有進入到BAT等一線互聯網公司，頭條，滴滴還有陌陌的簡歷都被刷了，跟那些大佬比起來確實慚愧很多，感覺沒啥必要寫這個面試經歷，但是總覺得寫出來了可以幫到一些人，因爲自己之前在技術的道路上也迷茫過，從最初的Android小白，當時看郭霖，張鴻洋還有主席的博客學習，然後在迷茫的時候看主席還有VB的知乎Live，也認識了很多小夥伴，在技術上給了我很多幫助，讓我能夠堅持走到今天，同時也感謝每一個給我面試機會的面試官，Android之路還會一如既往的走下去，希望這篇文章可以幫到一些人，就像當初幫到我的那些文章一樣。