阿里P7大佬手把手教你!京東面試真題解析,寫給正在求職的安卓er
大廠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 )**
《Android學習PDF+架構視訊+面試文件+原始碼筆記》來獲取學習資料提升自己去挑戰一下BAT面試難關吧
為什麼免費分享?
如果設定門檻,很多開發者朋友會因此錯過這套高階架構資料,錯過提升成為架構師的可能。這就失去了我們的初衷;讓更多人都能通過高效高質量的學習,提升自己的技術和格局,升職加薪。
相關文章
- 30K 成功入職京東:拿到京東 offer 經驗分享「面試經歷 + 面試真題」面試
- 8年測試工程師+面試官——寫給求職心切的求職者工程師面試求職
- 「寫在寒冬」分享給前端er的求職和成長建議前端求職
- 京東前端二面常考手寫面試題(必備)前端面試題
- 求職遇到的面試題目求職面試題
- 求職面試常見問題:Python常見面試題全解析附答案求職Python面試題
- 寫給自己看的面試題整理-演算法&某東筆試題面試題演算法筆試
- 美團、滴滴、阿里、京東的 Dubbo / JVM / Spring 面試題及答案(2)阿里JVMSpring面試題
- 京東前端二面高頻手寫面試題(持續更新中)前端面試題
- 搶先看!美團、京東、360等大廠面試題解析,技術面試必備。面試題
- 歷時3個月,斬獲京東、新浪、滴滴安卓崗offer!我有一套速通大廠技巧分享給你!(附面經真題)安卓
- Java面試專屬視訊 最新Java阿里京東美團滴滴面試題及答案教程Java阿里面試題
- 寫給自己看的面試題整理面試題
- 阿里、京東、美團等主流網際網路公司的最新面試題出爐阿里面試題
- 安卓開發第一步:安卓面試題安卓面試題
- 整理出2020船新版本最新面試真題全部開源分享!-學歷不夠技術來湊!面試BATJ最終入職京東,面試BAT
- 我的春招求職經驗分享(已拿阿里京東網易等 5 個 offer)求職阿里
- 2019 阿里java面試總結 (含面試題解析)阿里Java面試題
- 京東正在瘋狂招人。。。
- 【秋招】京東_資料分析崗_面試題整理面試題
- 邦芒面試:助你求職成功的面試技巧面試求職
- 阿里P7來一波面試“毒雞湯”帶你解析2020面試重點!阿里面試
- Python工程師求職必知的經典面試題!Python工程師求職面試題
- Python工程師求職必知的經典面試題Python工程師求職面試題
- 京東T9架構師手把手教你怎麼寫年薪50萬的java簡歷架構Java
- 安卓工程師大廠面試真實際遇,試題你來挑戰一下?安卓工程師面試
- 高效背誦面試題、回答問題的技巧,求職者必看!面試題求職
- 阿里P7大佬帶你解密Sentinel阿里解密
- 亞洲求職面試攻略求職面試
- 大佬分享:180+道Java面試題目!含答案解析!Java面試題
- Android面試送分題:Android面試真題解析火爆全網,建議收藏Android面試
- 各位大佬求指教安卓 7 以上版本怎麼抓包安卓
- 寫給那些會做不會說的測試員!“它”正在摧毀你的面試……面試
- 面試架構師太南?這份求職指南送給你面試架構求職
- 面阿里P7,竟問這麼簡單的題目?阿里
- 想進阿里、京東、美團面試的Java程式設計師看過來阿里面試Java程式設計師
- 有大佬做安卓平臺的白盒測試麼?安卓
- 已整理,最新面試題彙集!阿里、騰訊、百度、華為、京東、搜狗和滴滴!面試題阿里