概述
筆者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之路還會一如既往的走下去,希望這篇文章可以幫到一些人,就像當初幫到我的那些文章一樣。