2022史上最全Android面試題歸納匯總（附答案解析）

我經(jīng)歷過這么多年的摸爬滾打，面試過也被面試過?，F(xiàn)總結(jié)與歸納Android開發(fā)相關(guān)面試題：

目前成都創(chuàng)新互聯(lián)公司已為上千的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、成都網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計、淮北網(wǎng)站維護等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

1、Activity啟動模式有哪些，分別有什么不同？

2、Service啟動模式有哪些，對應(yīng)的生命周期？IntentService呢？

3、ContentProvider的作用，是否支持多線程和多進程

4、Broadcast的注冊方式，對應(yīng)的生命周期是什么，有序和無序那種可以中斷廣播？

5、AsyncTask的作用，如何使用(包括有哪些方法，能說出同步異步，能說出不同Android版本下的區(qū)別加分）

6、有哪些異步的方式？

7、Handler機制

8、Dialog的使用及其生命周期

9、Activity的生命周期，能否改？

10、Fragment的生命周期，能否改？

11、Activity和Fragment如何通信

12、View的繪制機制

13、View的事件傳遞機制

14、如何監(jiān)聽手勢

15、ImageView設(shè)置圖片顯示有哪幾種模式，有什么區(qū)別？

16、有哪些存儲方式

17、SharedPreferences是否支持多進程、多線程

別看以上常問的是入門級的，但是有兩三年開發(fā)經(jīng)驗?zāi)芑卮饒A滿的人不多。

1、如何理解Activity的任務(wù)親和性

2、如何讓Service為單獨的進程

3、IntentService的實現(xiàn)原理

4、LocalBroadcast的作用，實現(xiàn)原理，相對于Broadcast的優(yōu)勢在哪，劣勢在哪

5、Handler的缺點，會不會造成內(nèi)存泄漏，有則如何解決

6、Fragment與Activity的區(qū)別和聯(lián)系

7、Fragment如何緩存布局

8、Fragment與ViewPager的搭配使用，有沒有問題重疊問題，怎么解決

9、同時提供側(cè)滑和上下滑動，如何解決事件傳播問題

10、是否使用過Design包

11、嵌套滑動理解

12、behavior的原理

13、對設(shè)計模式有什么看法，經(jīng)常使用的有哪些？

中級的稍微偏底層一些，這個主要考察平時是否關(guān)注而不是一味地懟業(yè)務(wù)需求

1、Activity的啟動過程

2、Service創(chuàng)建為單獨進程會有哪些問題？

3、簡述AIDL的構(gòu)建過程

4、IPC機制有哪些？

5、android多進程通信方式，內(nèi)部原理

6、App啟動的入口在哪？

7、LRU緩存算法

8、Bitmap的有哪幾種壓縮算法，有啥區(qū)別？

9、圖片在手機本地存儲大小和在內(nèi)存大小是否一致，為什么，Android默認像素一般占幾個字節(jié)？

10、第三方框架的熟練程度，如：

11、SharedPreference內(nèi)部實現(xiàn)原理

12、模塊化、插件話、組件化等分別有什么區(qū)別，對用有什么好處

13、說說MV * 模式，并畫出做過項目的架構(gòu)圖

14、對跨平臺方案有哪些了解，使用過哪些？ 比如RN

15、對大前端有什么看法，了解多少？使用過什么？

16、對其他語言的了解，kotlin，python、php、c++等

17、興趣愛好是什么？對未來有什么規(guī)劃？

目前是一些經(jīng)常會被問到的，當(dāng)然只是列舉了Android 開發(fā)方向的，Java的一些還沒列舉，比如異常、網(wǎng)絡(luò)、多線程、JCF等等

以上問題的答案在下面都有詳細解答，我們不僅整理了這些資料，而且還有一份長達"635頁"的Android資料匯總：

包括：底層原理+項目實戰(zhàn)+面試專題

雖說Android早已不像過去那般火爆，但各大廠對于中高級開發(fā)者仍舊是求賢若渴，想要獲取更豐厚的薪資，打鐵還得自身硬。對于框架、源碼、原理、項目實操經(jīng)驗，都必須有足夠的知識儲備，才可以在面試中擊敗面試官。但是由于網(wǎng)上的資料魚龍混雜，也不成體系，很多人在自我提升的過程中都頭疼不已。 這里就給大家分享一份字節(jié)大佬整理的《Android中高級面試題匯總（2022）》，幫助大家系統(tǒng)的梳理中高級Android知識！里面包含了所有Android面試的知識點，刷完進大廠妥妥的 ！

(含：靜態(tài)內(nèi)部類和非靜態(tài)內(nèi)部類的比較，多態(tài)的理解與應(yīng)用， java方法的多態(tài)性理解，java中接口和繼承的區(qū)別，線程池的好處，詳解，單例，線程池的優(yōu)點及其原理，線程池的優(yōu)點，為什么不推薦通過Executors直接創(chuàng)建線程池，創(chuàng)建線程或線程池時請指定有意義的線程名稱，方便出錯時回溯，深入理解ReentrantLock與Condition，Java多線程：線程間通信之Lock，Synchronized 關(guān)鍵字原理，ReentrantLock原理，HashMap中的Hash沖突解決和擴容機制， JVM常見面試題， JVM內(nèi)存結(jié)構(gòu)，類加載機制/雙親委托…)

（含：Activity知識點， Fragment知識點， Service知識點， Intent知識點…）

（含：屏幕適配，主要控件優(yōu)化，事件分發(fā)與嵌套滾動…）

（含：MVP架構(gòu)設(shè)計，組件化架構(gòu)…）

（含：啟動優(yōu)化，內(nèi)存優(yōu)化，繪制優(yōu)化，安裝包優(yōu)化…）

（含：開源庫源碼分析，Glide源碼分析，OkHttp源碼分析，Retrofit源碼分析，RxJava源碼分析…）

（含：開源文檔，面試合集…）

Android寶典|View必考知識點總結(jié)

我們知道，Activity 是在 ActivityThread 的 performLaunchActivity 中進行創(chuàng)建的，在創(chuàng)建完成之后就會調(diào)用其 attach 方法，它是先于 onCreate、onStart、onResume 等生命周期函數(shù)的，因此將 attach 方法作為這篇文章主線的開頭：

attach() 方法就是 new 一個 PhoneWindow 并且關(guān)聯(lián) WindowManager。

接下來就到了 onCreate 方法：

這一步就是把我們的布局文件解析成 View 塞到 DecorView 的一個 id 為 R.id.content 的 ContentView 中，DecorView 本身是一個 FrameLayout，它還承載了 StatusBar、NavigationBar 。

然后在 handleResumeActivity 中，通過 WindowManager 的 addView 方法把 DecorView 添加進去，實際實現(xiàn)是 WindowManagerImpl 的 addView 方法，它里面再通過 WindowManagerGlobal 的實例去 addView 的，在它里面就會 new 一個 ViewRootImpl，也就是說最后是把 DecorView 傳給了 ViewRootImpl 的 setView 方法。ViewRootImpl 是 DecorView 的管理者，它負責(zé) View 樹的測量、布局、繪制，以及通過 Choreographer 來控制 View 的刷新。

WMS 是所有 Window 窗口的管理員，負責(zé) Window 的添加和刪除、Surface 的管理和事件派發(fā)等等，因此每一個 Activity 中的 PhoneWindow 對象如果需要顯示等操作，就必須要與 WMS 交互才能進行。

在 ViewRootImpl 的 setView 方法中，會調(diào)用 requestLayout，并且通過 WindowSession 的 addToDisplay 與 WMS 進行交互。WMS 會為每一個 Window 關(guān)聯(lián)一個 WindowStatus。

SurfaceFlinger 主要是進行 Layer 的合成和渲染。

在 WindowStatus 中，會創(chuàng)建 SurfaceSession，SurfaceSession 會在 Native 層構(gòu)造一個 SurfaceComposerClient 對象，它是應(yīng)用程序與 SurfaceFlinger 溝通的橋梁。

經(jīng)過步驟四和步驟五之后，ViewRootImpl 與 WMS、SurfaceFlinger 都已經(jīng)建立起連接，但此時 View 還沒顯示出來，我們知道，所有的 UI 最終都要通過 Surface 來顯示，那么 Surface 是什么時候創(chuàng)建的呢？

這就要回到前面所說的 ViewRootImpl 的 requestLayout 方法了，首先會 checkThread 檢查是否是主線程，然后調(diào)用 scheduleTraversals 方法，scheduleTraversals 方法會先設(shè)置同步屏障，然后通過 Choreographer 類在下一幀到來時去執(zhí)行 doTraversal 方法。簡單來說，Choreographer 內(nèi)部會接受來自 SurfaceFlinger 發(fā)出的 Vsync 垂直同步信號，這個信號周期一般是 16ms 左右。doTraversal 方法首先會先移除同步屏障，然后 performTraversals 真正進行 View 的繪制流程，即調(diào)用 performMeasure、performLayout、performDraw。不過在它們之前，會先調(diào)用 relayoutWindow 通過 WindowSession 與 WMS 進行交互，即把 Java 層創(chuàng)建的 Surface 與 Native 層的 Surface 關(guān)聯(lián)起來。

接下來就是正式繪制 View 了，從 performTraversals 開始，Measure、Layout、Draw 三步走。

第一步是獲取 DecorView 的寬高的 MeasureSpec 然后執(zhí)行 performMeasure 流程。MeasureSpec 簡單來說就是一個 int 值，高 2 位表示測量模式，低 30 位用來表示大小。策略模式有三種，EXACTLY、AT_MOST、UNSPECIFIED。EXACTLY 對應(yīng)為 match_parent 和具體數(shù)值的情況，表示父容器已經(jīng)確定 View 的大?。籄T_MOST 對應(yīng) wrap_content，表示父容器規(guī)定 View 最大只能是 SpecSize；UNSPECIFIED 表示不限定測量模式，父容器不對 View 做任何限制，這種適用于系統(tǒng)內(nèi)部。接著說，performMeasure 中會去調(diào)用 DecorView 的 measure 方法，這個是 View 里面的方法并且是 final 的，它里面會把參數(shù)透傳給 onMeasure 方法，這個方法是可以重寫的，也就是我們可以干預(yù) View 的測量過程。在 onMeasure 中，會通過 getDefaultSize 獲取到寬高的默認值，然后調(diào)用 setMeasureDimension 將獲取的值進行設(shè)置。在 getDefaultSize 中，無論是 EXACTLY 還是 AT_MOST，都會返回 MeasureSpec 中的大小，這個 SpecSize 就是測量后的最終結(jié)果。至于 UNSPECIFIED 的情況，則會返回一個建議的最小值，這個值和子元素設(shè)置的最小值以及它的背景大小有關(guān)。從這個默認實現(xiàn)來看，如果我們自定義一個 View 不重寫它的 onMeasure 方法，那么 warp_content 和 match_parent 一樣。所以 DecorView 重寫了 onMeasure 函數(shù)，它本身是一個 FrameLayout，所以最后也會調(diào)用到 FrameLayout 的 onMeasure 函數(shù)，作為一個 ViewGroup，都會遍歷子 View 并調(diào)用子 View 的 measure 方法。這樣便實現(xiàn)了層層遞歸調(diào)用到了每個子 View 的 onMeasure 方法進行測量。

第二步是執(zhí)行 performLayout 的流程，也就是調(diào)用到 DecorView 的 layout 方法，也就是 View 里面的方法，如果 View 大小發(fā)生變化，則會回調(diào) onSizeChanged 方法，如果 View 狀態(tài)發(fā)生變化，則會回調(diào) onLayout 方法，這個方法在 View 中是空實現(xiàn)，因此需要看 DecorView 的父容器 FrameLayout 的 onLayout 方法，這個方法就是遍歷子 View 調(diào)用其 layout 方法進行布局，子 View 的 layout 方法被調(diào)用的時候，它的 onLayout 方法又會被調(diào)用，這樣就布局完了所有的 View。

第三步就是 performDraw 方法了，里面會調(diào)用 drawSoftware 方法，這個方法需要先通過 mSurface lockCanvas 獲取一個 Canvas 對象，作為參數(shù)傳給 DecorView 的 draw 方法。這個方法調(diào)用的是 View 的 draw 方法，先繪制 View 背景，然后繪制 View 的內(nèi)容，如果有子 View 則會調(diào)用子 View 的 draw 方法，層層遞歸調(diào)用，最終完成繪制。

完成這三步之后，會在 ActivityThread 的 handleResumeActivity 最后調(diào)用 Activity 的 makeVisible，這個方法就是將 DecorView 設(shè)置為可見狀態(tài)。

北大青鳥設(shè)計培訓(xùn)：android需要學(xué)習(xí)哪些基礎(chǔ)知識？

安卓開發(fā)要學(xué)多久，安卓開發(fā)如果自學(xué)的話，沒有系統(tǒng)性的學(xué)習(xí)，而且缺乏項目經(jīng)驗的實踐是難以真正掌握的。

培訓(xùn)機構(gòu)對于安卓開發(fā)的培訓(xùn)，一般有4個月到半年的不等。

安卓開發(fā)要學(xué)多久，學(xué)習(xí)android又需要哪些技能基礎(chǔ)呢。

1、Java基礎(chǔ)知識很多朋友一上手就開始學(xué)習(xí)Android，似乎太著急了一些。

Android應(yīng)用程序開發(fā)是以Java語言為基礎(chǔ)的，所以沒有扎實的Java基礎(chǔ)知識，只是機械的照抄別人的代碼，是沒有任何意義的。

萬丈高樓平地而起，Java就是筑起高樓的每一塊磚頭。

那么Java學(xué)到什么程度才算是過關(guān)呢?我個人認為至少要掌握以下兩個方面的內(nèi)容：a)Java基礎(chǔ)語法：具體的知識點列表可以在這里下載：《Java知識點列表》V1.0。

這部分內(nèi)容沒有討價還價的余地，必須爛熟于胸。

至于具體的學(xué)習(xí)方法，可以看書或者是看視頻，但是關(guān)鍵是要多加練習(xí)，無論是書上的練習(xí)還是視頻里面的練習(xí)，都需要仔仔細細的完成;b)設(shè)計模式：由于在Android系統(tǒng)的框架層當(dāng)中，使用了大量的設(shè)計模式，如果沒有這個方面的知識，對于Android的理解就會大打折扣。

設(shè)計模式的種類非常之多，一個一個的全部掌握，是不現(xiàn)實的，必須首先掌握面向?qū)ο蟮幕A(chǔ)設(shè)計原則，有了這些基礎(chǔ)原則的支持，就可以舉一反三。

這部分內(nèi)容可以在《EffectiveJava》和《Agile.Software.Development：Principles,Patterns.and.Practices》這兩本書中找到。

2、Linux基礎(chǔ)知識大家都知道，Android系統(tǒng)的基礎(chǔ)是Linux操作系統(tǒng)。

在開發(fā)過程當(dāng)中，我們也需要使用到一些Linux命令。

所以說一些Linux的基礎(chǔ)知識是必須的(話說現(xiàn)在的程序員，不懂Linux都不好意思跟人家打招呼)，廣州北大青鳥推薦大家看看北大青鳥相當(dāng)不錯;3、數(shù)據(jù)庫基礎(chǔ)知識這個比較簡單，就是一個增刪改查的數(shù)據(jù)庫操作，可以看一下這本書：《SQL編程練習(xí)與解答》。

4、網(wǎng)絡(luò)協(xié)議至少需要學(xué)習(xí)兩種基礎(chǔ)的協(xié)議，HTTP協(xié)議與Socket協(xié)議;5、Android基礎(chǔ)知識此知識點的篇幅較大，在這里就不作更多解釋了。

Android常見知識點

跳槽無非就是錢少了或不爽了，無論怎么樣，記住：

不要裸辭！

不要裸辭！

不要裸辭！

為什么呢？

1、裸辭就沒有錢拿了，還不如騎驢找馬。

2、裸辭之后如果一個月內(nèi)沒有找到工作，那么社保就會斷了，除非你自己找渠道交了。

3、裸辭之后真的會很頹廢！

當(dāng)初還在上班的時候就想著，裸辭了，首先花幾天時間吧簡歷完善一下，把知識點惡補一下，然后投簡歷，面試，妥妥的妥妥。

結(jié)果呢？每次裸辭之后都是：

首先躺尸一個星期；

然后用了一個星期才慢吞吞的改完簡歷；

然后海投，沒回復(fù)，修改簡歷；

再次海投，面試，被虐得體無完膚，懷疑人生；

再改簡歷，再海投，一不小心中了。

當(dāng)然海投也是有個目標范圍的。

如果不是裸辭，那么現(xiàn)在應(yīng)該還是在公司上班，在完成工作之余，就會逼著自己復(fù)習(xí)知識點了，起碼不會在家墮落。在家不上班就是睡覺、看電影，檣櫓灰飛煙滅，所以不要裸辭。

然并卵，我依然裸辭了。請假面試真的很煩。

onPause，假如從ActivityA啟動B，如果B是透明的，則不會回調(diào)A的onStop方法。

方法一：

方法二：

1、寫好動畫文件 R.anim.enter 、 R.anim.exit

2、調(diào)用 overridePendingTransition 設(shè)置動畫

引申：如Activity設(shè)置為singleInstance，則應(yīng)該怎么設(shè)置跳轉(zhuǎn)動畫？

1、 startService 啟動方與Service并沒有關(guān)聯(lián)，只有當(dāng)Service調(diào)用 stopSelf 或者其它組件調(diào)用 stopService 的時候服務(wù)才會終止。

2、 bindService 啟動方綁定Service，并且可以通過Binder與之交互，當(dāng)啟動方銷毀時，也會自動unbindService，當(dāng)所有啟動方都unbindService之后，Service也就自動銷毀了。

為什么呢？官方文檔是這樣寫的：

大概意思是 onReceive() 執(zhí)行完畢之后，它所在的進程就會變成低優(yōu)先級進程，極易被系統(tǒng)殺死。

分兩種情況分析一下：

一、收到廣播的時候，應(yīng)用正在運行：

此時如果沒有在Manifest中設(shè)置了獨立進程，則 onReceive() 就直接在主進程主線程執(zhí)行，這里很明顯不能執(zhí)行耗時操作。

二、收到廣播的時候，應(yīng)用沒有啟動：

這時候系統(tǒng)會啟動一個進程去執(zhí)行 onReceive() ，（如果Manifest中沒有設(shè)置進程名，則進程名為包名），(插一句，所有進程都會創(chuàng)建一個Application實例)，當(dāng)onReceive執(zhí)行完畢之后，此進程就變成低優(yōu)先級了，隨時有可能被系統(tǒng)殺死，如果你在onReceive里面啟動了線程執(zhí)行耗時任務(wù)，那很有可能子線程沒執(zhí)行完畢，進程就被殺死了，進程沒了，線程自然就掛了。

那么確實要執(zhí)行耗時操作呢，怎么辦？

方法一：goAsync()

方法二：schedule a JobService from the receiver using the JobScheduler

三種實現(xiàn)方法

1、繼承現(xiàn)有的組件，如TextView等，進行拓展。

2、繼承ViewGroup，自定義布局。

3、繼承View，在onDraw()中描繪。

onMeasure()

onLayout()

onDraw()

其它

attachToRoot 從字面理解就是是否綁定到 root 上面去了。

1、 attachToRoot=true ：則返回的view為root的子view；

2、 attachToRoot=false ：則返回的view是個單獨的view，傳入的root只是提供一些參數(shù)給view使用而已。

那么這里不傳入 attachToRoot 呢？那就看root是否為空了，如果傳入root不為空，則默認綁定到root，作為root的子view返回。

也就是所謂的Frame動畫。指通過指定每一幀的圖片和播放時間，有序的進行播放而形成動畫效果。

可以通過插入器 Interpolator 控制動畫的變化速度。

也就是所謂補間動畫。指通過指定View的初始狀態(tài)、變化時間、方式，通過一系列的算法去進行圖形變換，從而形成動畫效果，主要有 AlphaAnimation 、 TranslateAnimation 、 ScaleAnimation 、 RotateAnimation 四種。

注意：只是在視圖層實現(xiàn)了動畫效果，并沒有真正改變View的屬性。

屬性動畫，通過不斷的改變View的屬性，不斷的重繪而形成動畫效果。相比于視圖動畫，View的屬性是真正改變了。

注意：Android 3.0(API 11)以上才支持。

最常用的類有 ObjectAnimator

P.S. 我不明白cancel存在的意義。

另外， DialogFragment 是沒有cancel的。

ping

內(nèi)存大致分為三個區(qū)：棧區(qū)、堆區(qū)、方法區(qū)。

棧區(qū)

堆區(qū)

方法區(qū)

JAVA不允許手動釋放內(nèi)存，只能通過垃圾回收程序不定期對那些不再被引用的對象進行回收。

那么怎么判斷哪些對象需要回收？

1、引用計數(shù)法

就是給對象添加一個引用計數(shù)器，引用對象時+1，引用失效時-1。但是這種方法解決不了對象相互引用的情況。

2、可達性分析法

通過一系列“GCRoots”對象作為起點進行搜索，當(dāng)GCRoots和一個對象之間沒有可達路徑，則認為此對象不可用，但是不可用不一定會成為可回收對象。

編寫AIDL文件，定義接口。

編譯生成JAVA文件。

定義進程級Service，onBind中返回Interface.Stub()。

onServiceConnected中Interface aidl = Interface.Stub.asInterface(service);

把已修復(fù)的class文件打包成dex文件，網(wǎng)絡(luò)傳輸?shù)接脩羰謾C中，利用類加載器把這些類加載到類隊列的前面即可。

【未完待續(xù)】

如果公司錄用我，不管是三年還是五年，首先我都會先把公司的任務(wù)做好，然后不斷深入研究Android的相關(guān)技術(shù)，特別是Android源碼，了解Android底層原理，以便更好的優(yōu)化性能，避免一些不必要的奇葩問題，還有就是研究一些新的框架的原理，學(xué)習(xí)別人的思維。最后就是學(xué)習(xí)周邊語言，比如后臺，前端等等。

分享名稱：android知識點,android知識點和技能點
文章轉(zhuǎn)載：http://chinadenli.net/article30/dsdiiso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、云服務(wù)器、網(wǎng)站改版、網(wǎng)站建設(shè)、動態(tài)網(wǎng)站、網(wǎng)站設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)