談談Android面試以後的一些感覺，附面試題和學習資料

這篇文章原本是不想的，由於入職新公司都一個月了，可是想一想仍是寫寫，本身對過去的兩三年作個總結，或許能幫助到些人，或者從中能得一些建議。此次出去面試主要是兩個星期的時間，第一個星期主要是投簡歷，第二個星期主要是面試，一天安排了2-3個面試。

先說說此次面試主要印象比較深的知識點：

• 棧和堆的區別
• 接口和抽象類的本質區別
• String、StringBuffer和StringBuilder的區別
• 註解、反射、泛型
• Handler消息機制，生產者和消費者模型
• View、ViewGroup的事件傳遞機制，如何解決滑動衝突？ 回答如何滑動衝突最好是舉出實際的場景和怎麼解決的
• View、ViewGroup的繪製流程
• okHttp、Retrofit的源碼，原理
• 解釋一下什麼是MVP架構
• Https原理，加密算法
• RecyclerView的緩存機制
• 常見的設計模式主要問到了這幾個（單例、代理、適配器、建造者），先說概念，而後面試官會問具體的使用場景
• 最新的Google AAC架構（ViewModel、LiveData、Room等等）有沒有在使用，以及背後的實現原理
• Kotlin有沒有在使用，問這個問題的公司，基本上本身的公司在使用Kotlin開發新App，要麼在使用Kotlin遷移、重構、與java混合在一塊兒
• Android常見的內存泄漏緣由，以及檢查工具，主要是問如何使用Android Profile檢查內存泄漏的，性能分析怎麼作？以及第三方檢查內存泄漏的工具LeakCanary的原理？
• 開發的App有哪些亮點，難點、如何排查線上的bug，有沒有重構代碼的經驗

以上的面試題，主要是Android應用層知識，須要面試以前造造火箭的，還須要平時的耕耘、積累和總結。
再說說面試印象比較深的公司
1.浦發信用卡
浦發信用卡是被懟的最慘的，剛開始問了幾個基礎的問題，而後問我你作的app傳參數是怎麼防止別人竄取的。由於我上家公司主要是作金融理財貸款類型的app，在加上是浦發信用卡研發團隊的性質，想一想問這個問題很正常。 我回答用so庫對參數進行驗證，對一些特殊的參數進行md5加密，跟後臺進行比對。面試官so庫就安全嘛，不能夠反編譯嘛。而後接着問https原理，加密算法知道哪些？壓根回答不出，信心一會兒就沒了。面試官接着問RecyclerView的緩存機制，更加回答不出，由於平時也看過，裏面的代碼也太多，平時沒遇到上萬，幾十萬的數據，有不少種不一樣類型的佈局的列表。因此不會往深刻看，也看不太懂。

2.每天拍車（D輪的專業我的賣車平臺，相似瓜子二手車）
面試官問了兩個半的小時的技術問題，涵蓋了上面總結的大部分面試題（除了浦發信用卡總結的），整體發現聊的還不錯，由於大部分都答出來了，過了兩天收到了複試。

3.工程師爸爸（B輪的專業作兒童教育的）
面試官主要是問了最新的Android Jetpack最新的組件原理、Kotlin有沒有在使用、android的進程間的通訊方式、多線程下載你是怎麼作的？斷點怎麼作？整體回答的還能夠，問到後面面試官說，我看了你的github。由於個人github上面開源了一個多線程下載文件實例和Kotlin寫的一個開源的App。過了兩天收到了複試。

總結了幾家公司，還有其它公司的複試，offer。沒一一列舉了。複試的都沒去，由於打電話過來複試，都快入職了我如今公司。入職的公司記得是第一個星期週六面試的，印象比較兩個深的問題：一、Handler消息機制、生產者和消費者模型如何理解，如何應用到實際開發中的。二、幀動畫有上多張圖片如何保證內存不OOM？問的技術點基本上都答出了來了，而後人事面，問我何時儘快入職，日後推了一個星期入職。 目前入職的公司是主要作智能交互、智能機器人這塊，10幾個搞android的。發現前人敲的代碼，有好的，也有差的。這個也正常，本身也有敲的差的代碼也留給了別人。

整體發現整個面試下來，投簡歷發現今年996的公司還蠻多的，前兩年沒有這麼多。有的人事，boss會直接說是996，要麼本身面試過程當中問是否是996，996的公司是拒絕的，壓根不想去。面試的過程當中發現本身的信心不夠，技術能力也不夠、本身也着急。面試想一想這幾點要特別注意。

① 像大一點的廠，投簡歷過去，在加上面試的時間回覆，須要兩週。
②若是面試官過程當中，發現面試官沒有問什麼技術問題，或者問的問題不夠深刻，基本上能夠判定這家公司不是靠技術做爲驅動公司發展的。
③提升本身的信心，本身要會的多，對知識點的理解要深刻。

寫這篇文章的目的主要是作個總結。記得剛出學校時，但願本身能遇到一個大牛帶帶本身，要多學習，可能進公司的目的都是爲了學習。我想有不少剛出學校的有我這樣的心態，哈哈，這個當初的心態.....如今想一想整個心態都不同了，進公司是爲了體現價值、給公司帶來效益。至於技術很大一部分是須要靠本身的，還一部分是公司的業務、產品需求是作哪塊，技術點就會主要攻哪塊。平時學習須要多積累、多體會、代碼須要多動手敲。 剛出學校來寫代碼很亂，沒編程風格，沒思路。這個很正常，大部分人都這樣，能力是慢慢提高的，經歷過一兩年這一點會好多了。如今我看看本身兩年前的敲的代碼，很菜，很次。

因爲本身作開發三年了，主要是在作android端的app，這其中也學習了Spring、SpringMVC、ios開發等等。之因此會接觸其它的，一是待的公司的須要，有的公司人手不夠或者有的崗位並不想在招人，拉你去作作、去看看，對於這個本身開始工做的第一年心裏是很拒絕的，並不想作其它的。二是隨着工做時間久了，學習能力也慢慢的提升了，發現須要學習其它的東西，光Android的應用層壓根不夠，再加上市場的競爭愈來愈激烈。去年開始接觸Kotlin、Rect、ios的時候，學習的過程當中發現不少東西的都是相通的，即便是不一樣的平臺，不一樣的開發語言。比較像金庸小說裏面描述武學的那樣 「天下武學異曲同工」。

寫代碼總結如下幾點：

①須要確認需求的，理解有誤差的。寫代碼以前必定要和產品經理溝通交流。寧願多花時間去和測試的、設計師溝通，也不要去埋頭寫代碼。一樣的，認真想一想怎麼實現這樣一個功能，思路理清了在敲代碼。
②養成良好的編碼習慣，風格。多看看Google開源的在github上示例，或者其它知名公司的
③六大設計原則、一些經常使用的設計模式理解透牢記於心，多在編碼過程當中使用。
④代碼要有思路，寫好註釋，寫的代碼不僅僅是本身要看，也是給別人看的
⑤平時學習須要多總結、多體會、代碼須要多動手敲

最近分享，我在平時學習整理的資料，免費分享
歡迎加入個人合做羣領取資料：QQ羣925019412
在這裏，你能夠掌握最新的市場走向，學到最新的前沿技術，有一羣志同道合的朋友討論問題，羣員之間的工做內推