最全面試考點與面試技巧，真香！

寫在前面

身邊有不少去大廠面試的朋友，其中小金面試字節跳動的經歷很有意義，在這里分享給大家。小金是末流211計算機專業大三本科生，前幾天面試了字節跳動的廣州Android開發實習生。下面是他的面試經歷，還有一些他自己的經驗。

Android 知識體系

在 Android 開發的過程中，需要很多很多的知識，而有些知識也很難為其分類，在這里，我把它們分為上述五個部分：UI、架構、性能、NDK、其他，其他則可以細化為代碼風格，學習能力，第三方庫等。

UI方面
首先是 UI 方面，我相信大多數人都是開發 Android 應用的，所以 UI 的知識，必不可少。UI 一共分為三部分：繪制、布局和觸摸反饋。要想寫出漂亮的 UI 搭配動畫，這需要花費巨量的時間，可能已經有特別多的朋友和我一樣，在一直跟進扔物線（朱凱）的HenCoder系列了。如果你可以寫出非常漂亮的控件或者動畫框架并開源出來，我相信，你找份好工作已經沒有問題了。

UI開發知識體系

架構方面
這個方面是卡年限的一個東西。隨著工作的需要以及閱歷（看代碼）的增長，我們總是會越來越不滿意自己寫的代碼模塊，比如我，就深受這個的苦惱，我經常會出現三個月前寫的代碼，自己都看不下去，強迫癥的我，一定會把它翻寫的。但如果項目周期短的你，千萬不要像我一樣做。

當你不斷改寫封裝自己的代碼的時候，你可能就已經涉及到了架構方面的知識啦。架構方面的知識主要包括設計思想，及其選擇合適架構的能力，這兩者通常來講是相輔相成的。每一種新的架構或設計思想問世往往是用來解決實際問題的，他們解決問題的側重點各不相同，因此在什么時候采用什么架構或設計就非常考驗程序員的閱歷了。通常這部分的知識學起來最為困難，因為他不僅僅是一種思想，如果你的代碼量不多，或者接觸的項目比較小的話，你往往會很少觸及到這部分的知識，最后自然而言又忘了。

所以在這方面我建議大家在工作之余，多參考 GitHub 上開源的完整項目，也要多寫點自己的項目，提升自己的代碼量和架構能力。

移動架構師知識體系

性能方面
性能方面相信開發稍大型 APP 的工程師體會尤其深刻了。隨著 APP 工程的體量越來越大，開發功能越來越多，你會發現原來非常流暢的 APP 可能會出現卡頓、OOM、ANR 等現象，除了前面韓神所提到的內存泄漏，可能你還會因為其他問題導致性能表現不夠優秀。而這部分的只是相對比較零散，也很難總結，更多的就是你的經驗積累，所以多年經驗的程序猿更受企業的青睞。

性能優化方面知識體系

NDK方面
這一方面的知識比較特殊，很多 Android 開發工程師在初中級階段可能都不會涉及到。在開發中我們可能只會在特定的領域才會用到 NDK 進行開發，由于我也沒遇到過，所以暫不多講。

NDK模塊開發知識體系

Android 市場分析

總體上，目前市面上可以將互聯網公司分為兩類：

沒有實體產品的，以軟件產品為主的互聯網公司（其中相當一部分為外包）；
有實體產品的，將硬件和軟件結合起來的互聯網公司。

我們暫且把它們稱呼為 A 類和 B 類。

A 類公司往往偏向于 UI 及其架構，性能稍次，并且大多數中小型企業會要求應聘者能熟練掌握市場上流行的開源庫以節約開發成本。這類公司開發的 APP 往往是純虛擬的產品 —— 社交通訊、各類工具、資源聚合等。這些產品因為競爭激烈，功能需求變化也快，所以版本迭代的速度會非常快。這個時候，一個好的架構就可以節省許多時間，它能快速的響應需求，并迅速添加新的功能模塊。UI 也是重點，在兩個 APP 功能差不多的情況下，拼的就是用戶體驗了，其中用戶最能感受到的就是兩點，首先是界面是否美觀，動畫是否自然；其次才是 APP 是否流暢。

A 類公司對人才的需求大概是這樣。

而對于B 類公司，他們因為有實體產品，因此往往會要求應聘者具有某種特殊的技能，例如藍牙，WIFI等。

這類公司往往偏向于性能及 NDK，UI 稍次。在目前的大環境下，這類公司多數都在物聯網產業鏈上，以智能硬件、智能家居、機器人居多，而這類公司的話，大部分其實都是傳統企業轉型而來，因此其開發的產品比較注重功能的完善及響應速度，UI 的話反而會稍微丑陋一些。畢竟消費者買的是實體產品，配套的 APP 就算再丑也得用不是么。

他們對人才的需求往往是這樣的：

明確自己想去什么樣的公司，或者對哪一類的業務更感興趣，會有助于你更有的放矢地學習技能。

Android 學習方式？

我認為最主要的一點就是主觀能動性，或者說興趣，如果你對 Android 開發沒有太大的興趣，那么還是盡早換方向吧。有了興趣，自然是確立一個比較正確的學習路線。據說我們參會的還有一些應屆畢業生或者還沒開始工作的朋友。可能還在學習中很迷茫，我這里先給大家說一下我的學習經歷。

學習 Android 無非幾種方式：

看書類
此類可能比較全面，但也意味著過時的問題，我不是非常提倡，但書籍是人類進步的階梯，你們可以考慮。其實我也買了挺多相關書籍，但自從習慣在網絡上學習后就不看了。
線上課程直播或者錄播
這個可能是初學者當下比較受歡迎的學習方式了，但所講知識通常比較基礎，而且學習速度慢，但效率確實挺高的。這也是我在入門 Android 的時候用的最多的方式。采用這種方式學習的時候通常會有一個毛病，就是喜歡邊看邊寫，這是我不提倡的，我提倡看一段寫一段。在前期你可以不用一整段都看完，以小節的方式學習后再寫代碼。前期可能你會覺得自己像在背代碼一樣，但我不可否認，這確實是效率挺高的方法。但真的太費時了，至少我在工作后沒用過這種方案。

這里放上我一直學習以來收集到的視頻資料，有想獲取的小伙伴可以參考文末的獲取方式~

看博文、看別人的開源項目、看官方文檔、官方例子代碼
這是我現在用的最多的一種學習提升方式。一般可以通過上面的看書或者看錄播的方式學習到完整的基礎組件和代碼編寫，但這時候你用基礎的組件實現出來的東西美觀度通常比較局限。但當你加入公司后，產品會設計出各種新穎的效果，而這些效果并不能通過原生控件實現，這時候，網上超大量的資源就涌現出來了。掌握 GitHub 正確的搜索姿勢，通常能讓你事半功倍。而這個時候，一個熟悉的英文閱讀能力和理解能力將展現的淋漓盡致。隨著開發經驗的積累，你會發現你的開發速度直線飆升。

Android 提升建議

成為一名Android開發者很容易，但是要成為一名成功的、突出的Android開發者卻不那么容易。這需要付出很多的努力，耐心，奉獻和毅力才能做到。

我并沒有什么捷徑或者簡單的方法來告訴你讓你成為一名成功的開發者。但如果你愿意全身心投入并付出努力的話，你肯定會得到你應得的成功的。

應大家的請求，我這里給大家提供一些提升建議，僅供參考。

開始的代碼
大部分的開發者都不會抽時間去閱讀其他開發者所寫的代碼，他們大多數時間只是花在寫他們已經知道的事情上。但那并不利于你成長為一名優秀的開發者，也不會增長你的見識。我建議大家閱讀同事的代碼，讓你對你們的項目更加了解，當你對公司的產品代碼足夠了解后，你給老板提加薪的時候才更有底氣。
有的人會說，咱們公司就我一個 Android 開發者，我看誰的代碼呢？GitHub 上那么多優秀的開源應用和類庫，我建議你們去閱讀并開始學習它們，每天 30 分鐘的代碼閱讀量是個非常好的開始。你將會驚訝的發現，還有如此多美妙的東西是你沒見過的。
克服對未知的害怕
Android 系統很大，非常大。你不可能在一兩個月內完全掌握它。隨著學習越深入，你會發現越多的內容需要學習。作為一名初學者，很容易也很正常地出現這種對未知恐懼的害怕。我也不例外，曾經我學習 RxJava 的時候，我看了很多很多的博文但持續了整整一個周，依然不懂，這時候覺得 RxJava 真是太難了。在這種時候，不妨先放下它一段時間，過些日子再去學習你會覺得如魚得水的。比如我，前面就在GitHub 上開源了RxJava2Examples嘗試去克服對未知的恐懼吧，學習那些你確實需要用到的東西，能夠讓你開始手頭正在構建的應用，然后慢慢地開拓你的視野。
嘗試開始寫博客
寫博客或許是一件相當費時的事，或許你寫的博客只是閱覽了多篇文章后的總結而以，或許你寫的博客一點都不深入，但但是！！！別人的永遠是別人的，作為一個已經寫了很多博文的我來說，我所收獲到的東西，不是這點時間能比擬的。因為只有你足夠懂了，你才能講給別人聽。
開始貢獻開源庫
GitHub上有很多很棒的開源庫，但由于一些特殊的原因可能作者并沒有時間維護它。嘗試去為開源庫貢獻你的源碼，你會得到非常非常非常大的反饋的。

除了為別人開源庫貢獻，你也可以開源自己的代碼。圖片壓縮在項目中挺常用的，在編寫我們公司的項目的時候，我自己寫了圖片壓縮，后面覺得挺好用的，所以直接把它開源到了GitHub上。這個過程非常的 nice，不僅學習到了特別多的知識，而且通過大家的測試，我的開源庫的伸展性更佳。開源的過程有很多的東西是需要你學習的，而且這有助于你成為一名優秀的開發者。