阿里P7大佬手把手教你！京東面試真題解析，寫給正在求職的安卓er

小小陳刀仔發表於2020-12-11

大廠offer是每個技術人的追求?

我覺得每一個程式設計師的夢想大概就是能夠找一份大廠的 Offer，我覺得這很正常，這並不是我們的飯後談資而是每個技術人的追求。像阿里、騰訊、美團、位元組跳動、京東等等的技術氛圍與技術規範度還是要明顯優於一些創業型公司/小公司，如果說能夠在這樣的公司鍛鍊幾年，相信對自己能力的提升還是非常大的。但不是每個人都能夠進入大廠的，這往往取決於我們的能力、學歷、面試表現等因素。

現在面試大公司你說你沒有 Android Jetpack、協程、 Jetpack Compose 、Flutter 等理論等等已然大廠面試所必須的知識。但是，你真進入大廠了，可能幾年都用不上這些知識，還是老老實實去寫CRUD

面試部門 + 崗位：商業化 - 高階 Android 開發工程師
面試感想：整體面得比較累，基礎面、交叉面、Boss面，前前後後對接了 6 個面試官 (離當初給我說的 3面+HR面貌似差得有點遠￢＿￢) 。演算法到 Boss 面都還在寫，不過慶幸的是面試官沒有為難我 (老實交代了演算法沒怎麼準備，哎…)，演算法都不太難。整體專案比基礎問得多。
面試建議：演算法、基礎是敲門磚，專案是試金石，良好的面試形象是加分項。
簡歷上列舉的專案多想想，為什麼做這個專案？做這個專案的目標是什麼？我的方案是什麼？相對其他方案我的方案優勢是什麼？專案的收益是什麼？專案的架構圖是否能畫出來？專案中使用的主要框架原理是否前前後後都清楚？(我大概就是專案拯救了自己，基礎準備有點倉促T^T)。
如果是現場或視訊面試，良好的面試形象還是比較有必要的。在部門 TL 面的時候，就提到我相對很多其他面試者比較好的一點就是，整個人的形象狀態比較好，沒有讓人覺得很疲憊。

【1面 - 基礎面】

你們 Android 開發的時候，對於 UI 稿的 px 是如何適配的？

dpi：螢幕畫素密度，指的是在系統軟體上指定的單位尺寸的畫素數量，它往往是寫在系統出廠配置檔案的一個固定值；
ppi：也是螢幕畫素密度，但這個是物理上的概念，它是客觀存在的不會改變。dpi是軟體參考了物理畫素密度後，人為指定的一個值，這樣保證了某一個區間內的物理畫素密度在軟體上都使用同一個值；
dp加上自適應佈局和weight比例佈局能解決90%的適配問題。因為並不是所有的1080P的手機dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420；
寬高限定符適配：窮舉市面上所有的Android手機的寬高畫素值，設定一個基準的解析度，其他解析度都根據這個基準解析度來計算，在不同的尺寸資料夾內部，根據該尺寸編寫對應的dimens檔案。但其有一個致命的缺陷，那就是需要精準命中才能適配，App包體積也會變大

兩個值相等的 Integer 物件，== 比較，判斷是否相等？
Activity A 跳轉Activity B，Activity B再按back鍵回退，兩個過程各自的生命週期

ActivityA跳轉ActivityB的過程中,各自生命週期的執行順序。例如：A.onCreate A.onStart A.onPause A.onStop B.onCreate B.onStart B.onPause B.onStop B.onDestroy?
ActivityA和ActivityB生命週期執行順序如下： A.onPause －> B.onCreate －> B.onStart－> B.onResume－> A.onStop
ActivityB 按back鍵呢？
按下back鍵後： B.onPause－>A.onRestart－>A.onStart－>A.onResume－>B.onStop－>B.onDestory
ActivityB是個視窗Activity的情況下，1、2的結論呢？
若ActivityB是個視窗，ActivityA跳轉到ActivityB時，ActivityA失去焦點部分可見，故不會呼叫onStop，此時生命週期順序： A.onPause －> B.onCreate －> B.onStart－> B.onResume
按下Back鍵後：B.onPause－>A.onResume－>B.onStop－>B.onDestory
切換橫豎屏時，onCreate會呼叫嗎？幾次？
程式在執行時，一些裝置的配置可能會改變，如：橫豎屏的切換、鍵盤的可用性或語言的切換等，此時Activity會重新啟動。其中的過程是：在銷燬之前會先呼叫onSaveInstancestate()去儲存應用中的一些資料，然後呼叫 onDestory()，最後才會去呼叫onCreate()或者onRestoreInstanceState方法重新啟動Activiy。在切換螢幕時候會重新呼叫各個生命週期，切橫屏時會執行一次onCreate，切豎屏時會執行兩次onCreate。

子執行緒是否可以 context.startActivity() (如ApplicationContext), 會不會有什麼問題？

寫 demo 試了下是可以的。但會有什麼問題還沒弄清楚…

Handler機制整體流程；Looper.loop()為什麼不會阻塞主執行緒；IdHandler(閒時機制）；postDelay()的具體實現；post()與sendMessage()區別；使用Handler需要注意什麼問題，怎麼解決的?

問題很細，能準備多詳細就準備多詳細。人家自己封裝了一套 Handler 來避免記憶體洩漏問題

Native、H5、RN頁面混合跳轉時，頁面清棧的橋如何實現的？

自己做的一個專案，原理講清楚就行，講不清就畫圖

怎麼計算一個View在螢幕可見部分的百分比？
ClassLoader 的雙親委派機制
簡單介紹下 Https 的原理
什麼情況會導致記憶體洩漏，如何修復？
下載一張很大的圖，如何保證不 oom？
有沒有做過UI方面的優化，做過哪些?

除錯GPU過度繪製，將Overdraw降低到合理範圍內；
減少巢狀層次及控制元件個數，保持view的樹形結構儘量扁平（使用Hierarchy Viewer可以方便的檢視），同時移除所有不需要渲染的view；
使用GPU配置渲染工具，定位出問題發生在具體哪個步驟，使用TraceView精準定位程式碼；
使用標籤，merge減少巢狀層次、viewStub延遲初始化、include佈局重用 (與merge配合使用)

WebView 與 JS 互動方式，shouldOverrideUrlLoading、onJsPrompt使用有啥區別
Flutter、Kotlin接觸使用過沒有
其他專案相關問題
演算法 - 二叉樹輸出第 k 層節點元素

【2面 - 專案專項】

Native、H5、RN頁面混合跳轉時，頁面清棧的橋實現
頁面混編框架的設計與難點
RN 通用容器的設計
使用者行為監控方案設計
JS 錯誤治理方案
RN 頁面對使用者行為的監控與JS錯誤治理，在問題發現有什麼收穫、優化點
美團 RN 相對於原生 RN 的有什麼優勢

【3面 - 基礎加深】

你們公司 Picasso 有使用過沒，介紹下
Picasso 單引擎，在多 Bundle 的情況下怎麼保證資料隔離的？
美團 RN 與 Picasso 的區別

4.省略若干專案相關問題…

RN 的頁面追蹤埋點如何實現的
美團首頁是否是 RN 頁面，MTFlexBox 原理
synchronized 修飾 static 方法、普通方法、類、方法塊區別
synchronized 底層實現原理
volatile 的作用和原理
一個 int 變數用 volatile 修飾，多執行緒去操作 i++，是否執行緒安全？如何保證 i++ 執行緒安全？AtomicInteger 的底層實現原理？

使用 AtomicInteger 可以使 i++ 執行緒安全

說下對執行緒池的理解，以及建立執行緒池的幾個關鍵引數
Handler 機制又問了一遍…
介紹下 Binder 機制，與記憶體共享機制有什麼區別？
Java 集合，介紹下ArrayList 和 HashMap 的使用場景，底層實現原理
ArrayList 與 LinkedList 的區別
演算法 - 兩個有序的連結串列的合併
演算法 - 輸入一個字串(不含*和.)、正則(字母、*和.任意組合)，判斷字串是否合法
簡單介紹下，專案中遇到的一些技術難點

【4面 - 交叉面】

下面的程式碼， str 值最終為多少？換成 Integer 值又為多少，是否會被改變？

考點：Java 值傳遞 (第 2 題相同)。編寫程式碼測試，在 changeValue() 方法中修改入參，並不會改變之前的值；
原理：方法得到的是所有引數值的一個拷貝，即方法不能修改傳遞給它的任何引數變數的內容。基本型別引數傳遞的是引數副本，物件型別引數傳遞的是物件地址的副本；
題解：在 changeValue() 中，對於物件型別引數，直接修改的是物件地址副本的值，所以之前變數的地址並未被修改！若修改的是物件例項裡面的某個值，之前變數則會被修改

public void test() {
    String str = "123";
    changeValue(str); 
    System.out.println("str值為: " + str);  // str未被改變，str = "123"
}

public changeValue(String str) {
    str = "abc";
}

下面的程式碼，再次使用物件 student 是否需要判空？

Java 中方法引數的使用情況總結：

一個方法不能修改一個基本資料型別的引數（即數值型或布林型）；
一個方法可以改變一個物件引數的狀態；
一個方法不能讓物件引數引用一個新的物件

public void test()  {
    Student student = new Student("Bobo", 15);
    changeValue1(student);   // student值未改變，不為null! 輸出結果 student值為 name:Bobo、age:15
    // changeValue2(student);  // student值被改變，輸出結果 student值為 name:Lily、age:20
    System.out.println("student值為 name: " + student.name + "、age:" + student.age);
}

public changeValue1(Student student) {
    student = null;
}

public static void changeValue2(Student student)  {    
     student.name = "Lily";    
     student.age = 20;
}

Java 的幾種引用型別，弱引用的使用場景？
執行緒池分類，解釋下幾個核心引數？
APK 的打包過程是什麼？

aapt 工具打包資原始檔，生成 R.java 檔案
aidl 工具處理 AIDL 檔案，生成對應的 .java 檔案
javac 工具編譯 Java 檔案，生成對應的 .class 檔案
把 .class 檔案轉化成 Davik VM 支援的 .dex 檔案
apkbuilder 工具打包生成未簽名的 .apk 檔案
jarsigner 對未簽名 .apk 檔案進行簽名
zipalign 工具對簽名後的 .apk 檔案進行對齊處理

APK 為什麼要簽名？是否瞭解過具體的簽名機制？

Android 為了確認 apk 開發者身份和防止內容的篡改，設計了一套 apk 簽名的方案保證 apk 的安全性，即在打包時由開發者進行 apk 的簽名，在安裝 apk 時Android 系統會有相應的開發者身份和內容正確性的驗證，只有驗證通過才可以安裝 apk，簽名過程和驗證的設計就是基於非對稱加密的思想。
Android 在 7.0 以前使用的一套簽名方案：在 apk 根目錄下的 META-INF/ 資料夾下生成簽名檔案，然後在安裝時在系統的 PackageManagerService 裡進行簽名檔案的驗證。
從 7.0 開始，Android 提供了新的 V2 簽名方案：利用 apk(zip) 壓縮檔案的格式，在幾個原始內容區之外增加了一塊用於存放簽名資訊的資料區，然後同樣在安裝時在系統的 PackageManagerService 裡進行 V2 版本的簽名驗證，V2 方案會更安全、使校驗更快安裝更快。
當然 V2 簽名方案會向後相容，如果沒有使用 V2 簽名就會預設走 V1 簽名方案的驗證過程。

為什麼要分 dex ？SDK 21 不分 dex，直接全部載入會不會有什麼問題？

求路過大神們的正解…

常見的設計模式有哪些？你提供的 JS 錯誤治理方案，用了哪些設計模式？
演算法 - 二叉樹層序遍歷，奇數層逆序遍歷節點，偶數層正序遍歷
未來 3~5 年的規劃是什麼？
你覺得你的優點是什麼？缺點是什麼？
現在的職級，近期的績效如何

【5面 - 部門 TL】

商業化部門相關的業務介紹 (核心大概是商業化部門壁壘高，培養一個人成本高，比做其他業務更有含金量，可以積累很多業務策略知識)，然後讓問他問題
未來幾年的規劃？生活上有什麼規劃？
你覺得你的優點是什麼？缺點是什麼？
現在的職級，近期的績效如何
為什麼給你這麼好的績效？
有沒有看其他機會？阿里面試的情況

【6面 - 大 Boss】

演算法 - 陣列插入，考慮擴容
在專案的遇到的比較有挑戰的事是什麼？
你在美團負責的業務有哪些？
未來幾年的規劃是什麼？
你覺得你的優點是什麼？缺點是什麼？
現在的職級，近期的績效如何

【HR 面】

本科和研究生專業都是偏硬體的，是否有相關的軟體經歷？
研究生是保研的還是自己考的？
去美團之前有沒有 Android 開發經歷？
當時為什麼要選擇去美團？為什麼要選擇來北京？
為什麼要換工作？期望以後的工作是怎樣的？

金句：現在自己的技術成長有點碰到瓶頸，加上一直對您公司欽慕有加

現在的職級，近期的績效如何？
這麼好的績效，為什麼不選擇美團內換部門看看機會？
幾次晉升中，業績亮點是什麼？
家是哪裡的，有回家那邊發展的打算沒有？
有打算再去看看快手之類的工作機會沒有？
問一些阿里現在的面試進展和情況
期望的薪資

結尾

騰訊T4級別Android架構技術腦圖；查漏補缺，體系化深入學習提升

一線網際網路Android面試題含詳解（初級到高階專題）

這些題目是今年群友去騰訊、百度、小米、樂視、美團、58、獵豹、360、新浪、搜狐等一線網際網路公司面試被問到的題目。並且大多數都整理了答案，熟悉這些知識點會大大增加通過前兩輪技術面試的機率

Android架構師學習門檻，有沒有免費學習資料？

有Android開發3-5年基礎，希望突破瓶頸，成為架構師的小夥伴，可以關注我，在我的個人介紹欄目免費獲取

或者點選：【點選我的GitHub免費領取】

《Android學習PDF+架構視訊+面試文件+原始碼筆記》來獲取學習資料提升自己去挑戰一下BAT面試難關吧

為什麼免費分享？

GitHub免費領取】](https://github.com/a120464/Android-P7/blob/master/Android%E5%BC%80%E5%8F%91%E4%B8%8D%E4%BC%9A%E8%BF%99%E4%BA%9B%EF%BC%9F%E5%A6%82%E4%BD%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md )**