android面試題會出現(xiàn)什么內(nèi)容

這是一篇介紹android面試題的文章，下面就讓我們一起來了解一下吧！

成都創(chuàng)新互聯(lián)服務(wù)項目包括白云網(wǎng)站建設(shè)、白云網(wǎng)站制作、白云網(wǎng)頁制作以及白云網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，白云網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到白云省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

1.android dvm 的進程和Linux的進程，應(yīng)用程序的進程是否為同一個概念：

答：dvm是dalivk虛擬機。每一個android應(yīng)用程序都在自己的進程中運行，都擁有一個dalivk虛擬機實例。而每一個dvm都是在linux的一個進程。所以說可以認為是同一個概念。

2.android的動畫有哪幾種？他們的特點和區(qū)別是什么？

答：兩種，一種是tween動畫，一種是frame動畫。tween動畫，這種實現(xiàn)方式可以使視圖組件移動，放大或縮小以及產(chǎn)生透明度的變化。frame動畫，傳統(tǒng)的動畫方法，通過順序的播放排列好的圖片來實現(xiàn)，類似電影。

3.handler進制的原理：

答：android提供了handler和looper來滿足線程間的通信。Handler先進先出原則。looper用來管理特定線程內(nèi)對象之間的消息交換(message Exchange).

1)looper:一個線程可以產(chǎn)生一個looper對象，由它來管理此線程里的message queue(消息隊列)

2)handler:你可以構(gòu)造一個handler對象來與looper溝通，以便push新消息到messagequeue里;或者接收looper(從messagequeue里取出)所送來的消息。

3)messagequeue:用來存放線程放入的消息。

4)線程：UI thread 通常就是main thread,而android啟動程序時會為它建立一個message queue.

4.android view的刷新：

答：Android中對View的更新有很多種方式，使用時要區(qū)分不同的應(yīng)用場合。我感覺最要緊的是分清：多線程和雙緩沖的使用情況。

1).不使用多線程和雙緩沖

這種情況最簡單了，一般只是希望在View發(fā)生改變時對UI進行重繪。你只需在Activity中顯式地調(diào)用View對象中的invalidate()方法即可。系統(tǒng)會自動調(diào)用 View的onDraw()方法。

2).使用多線程和不使用雙緩沖

這種情況需要開啟新的線程，新開的線程就不好訪問View對象了。強行訪問的話會報：android.view.ViewRoot$CalledFromWrongThreadException：Only the originalthread that created a view hierarchy can touch its views.

這時候你需要創(chuàng)建一個繼承了android.os.Handler的子類，并重寫handleMessage(Messagemsg)方法。android.os.Handler是能發(fā)送和處理消息的，你需要在Activity中發(fā)出更新UI的消息，然后再你的Handler(可以使用匿名內(nèi)部類)中處理消息(因為匿名內(nèi)部類可以訪問父類變量，你可以直接調(diào)用View對象中的invalidate()方法 )。也就是說：在新線程創(chuàng)建并發(fā)送一個Message，然后再主線程中捕獲、處理該消息。

3).使用多線程和雙緩沖

Android中SurfaceView是View的子類，她同時也實現(xiàn)了雙緩沖。你可以定義一個她的子類并實現(xiàn)SurfaceHolder.Callback接口。由于實現(xiàn)SurfaceHolder.Callback接口，新線程就不需要android.os.Handler幫忙了。SurfaceHolder中l(wèi)ockCanvas()方法可以鎖定畫布，繪制玩新的圖像后調(diào)用unlockCanvasAndPost(canvas)解鎖(顯示)，還是比較方便得。

5.說說mvc模式的原理，它在android中的運用:

答：android的官方建議應(yīng)用程序的開發(fā)采用mvc模式。何謂mvc?

mvc是model,view,controller的縮寫，mvc包含三個部分：

l模型(model)對象：是應(yīng)用程序的主體部分，所有的業(yè)務(wù)邏輯都應(yīng)該寫在該層。

2視圖(view)對象：是應(yīng)用程序中負責(zé)生成用戶界面的部分。也是在整個mvc架構(gòu)中用戶唯一可以看到的一層，接收用戶的輸入，顯示處理結(jié)果。

3控制器(control)對象：是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示及更新model對象狀態(tài)的部分，控制器更重要的一種導(dǎo)航功能，想用用戶出發(fā)的相關(guān)事件，交給m哦得了處理。

android鼓勵弱耦合和組件的重用，在android中mvc的具體體現(xiàn)如下：

1)視圖層(view)：一般采用xml文件進行界面的描述，使用的時候可以非常方便的引入，當(dāng)然，如何你對android了解的比較的多了話，就一定 可以想到在android中也可以使用javascript+html等的方式作為view層，當(dāng)然這里需要進行java和javascript之間的通 信，幸運的是，android提供了它們之間非常方便的通信實現(xiàn)。

2)控制層(controller)：android的控制層的重 任通常落在了眾多的acitvity的肩上，這句話也就暗含了不要在acitivity中寫代碼，要通過activity交割model業(yè)務(wù)邏輯層處理， 這樣做的另外一個原因是android中的acitivity的響應(yīng)時間是5s，如果耗時的操作放在這里，程序就很容易被回收掉。

3)模型層(model)：對數(shù)據(jù)庫的操作、對網(wǎng)絡(luò)等的操作都應(yīng)該在model里面處理，當(dāng)然對業(yè)務(wù)計算等操作也是必須放在的該層的。

6.Activity的生命周期:

答：onCreate: 在這里創(chuàng)建界面，做一些數(shù)據(jù) 的初始化工作

onStart: 到這一步變成用戶可見不可交互的

onResume:變成和用戶可交互 的，(在activity 棧系統(tǒng)通過棧的方式管理這些個Activity的最上面，運行完彈出棧，則回到上一個Activity)

onPause: 到這一步是可見但不可交互的，系統(tǒng)會停止動畫 等消耗CPU 的事情從上文的描述已經(jīng)知道，應(yīng)該在這里保存你的一些數(shù)據(jù),因為這個時候你的程序的優(yōu)先級降低，有可能被系統(tǒng)收回。在這里保存的數(shù)據(jù)，應(yīng)該在

onstop: 變得不可見，被下一個activity覆蓋了

onDestroy: 這是activity被干掉前最后一個被調(diào)用方法了，可能是外面類調(diào)用finish方法或者是系統(tǒng)為了節(jié)省空間將它暫時性的干掉

7.讓Activity變成一個窗口：

答：Activity屬性設(shè)定：有時候會做個應(yīng)用程序是漂浮在手機主界面的。這個只需要在設(shè)置下Activity的主題theme,即在Manifest.xml定義Activity的地方加一句：

android :theme="@android:style/Theme.Dialog"

如果是作半透明的效果：

android:theme="@android:style/Theme.Translucent"

8.Android中常用的五種布局:

答：LinearLayout線性布局;AbsoluteLayout絕對布局;TableLayout表格布局;RelativeLayout相對布局;FrameLayout幀布局;

9.Android的五種數(shù)據(jù)存儲方式：

答：sharedPreferences;文件;SQLite;contentProvider;網(wǎng)絡(luò)

10.請解釋下在單線程模型中Message、Handler、Message Queue、Looper之間的關(guān)系：

答：Handler獲取當(dāng)前線程中的looper對象，looper用來從存有Message的Message Queue里取出message，再由Handler進行message的分發(fā)和處理。

11.AIDL的全稱是什么?如何工作?能處理哪些類型的數(shù)據(jù)?

答：AIDL(AndroidInterface Definition Language)android接口描述語言

12.系統(tǒng)上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁面？請說明原由：

答：通過直接發(fā)送Uri把參數(shù)帶過去，或者通過manifest里的intentfilter里的data屬性。代碼如下：

Intent intent = new Intent();

Intent.setAction(“android.intent.action.View”);

Uri uriBrowsers = Uri.parse(“”);

Intent.setData(uriBrowsers);

//包名、要打開的activity

intent.setClassName(“com.android.browser”,”com.android.browser.BrowserActivity”);

startActivity(intent);

13.什么是ANR,如何避免？

答：ANR的定義：

在android上，如果你的應(yīng)用程序有一段時間響應(yīng)不移靈敏，系統(tǒng)會向用戶提示“應(yīng)用程序無響應(yīng)”(ANR：application Not Responding)對話框。因此，在程序里對響應(yīng)性能的設(shè)計很重要，這樣，系統(tǒng)不會顯示ANR給用戶。

如何避免：

首先來研究下為什么它會在android的應(yīng)用程序里發(fā)生和如何最佳構(gòu)建應(yīng)用程序來避免ANR.

android應(yīng)用程序通常是運行在一個單獨的線程(例如：main)里，這就意味你的應(yīng)用程序所做的事情如果在主線程里占用了大長時間的話，就會引發(fā)ANR對話框，因為你的應(yīng)用程序并沒有給自己機會來處理輸入事件或者Intent廣播。

因此，運行在主線程里的任何訪求都盡可能少做事情。特別是，activity應(yīng)該在它的關(guān)鍵生命周期方法(onCreate()和onResume())里盡可能少的去作創(chuàng)建操作。潛在的耗時操作，例如網(wǎng)絡(luò)或數(shù)據(jù)庫操作，或者高耗時的計算如改變位圖尺寸，應(yīng)該在子線程里(或者以數(shù)據(jù)庫操作為例，通過異步請求的方式)來完成。然而，不是說你的主線程阻塞在那里等待子線程的完成---也不是調(diào)用Thread.wait()或者Thread.sleep()。替代的方法是：主線程應(yīng)該為子線程提供一個Handler,以便完成時能夠提交給主線程。以這種方式設(shè)計你的應(yīng)用程序，將能保證你的主線程保持對輸入的響應(yīng)性并能避免由5秒輸入事件的超時引發(fā)的ANR對話框。這種做法應(yīng)該在其它顯示UI的線程里效仿，因為它們都受相同的超時影響。

IntentReceiver執(zhí)行時間的特殊限制意味著它應(yīng)該做：在后臺里做小的、瑣碎的工作，如保存設(shè)定或注冊一個Notification。和在主線程里調(diào)用的其它方法一樣，應(yīng)用程序應(yīng)該避免在BroadcastReceiver里做耗時的操作或計算，但也不是在子線程里做這些任務(wù)(因為BroadcastReceiver的生命周期短)，替代的是，如果響應(yīng)Intent廣播需要執(zhí)行一個耗時的動作的話，應(yīng)用程序應(yīng)該啟動一個Service。順便提及一句，你也應(yīng)該避免在Intent Receiver里啟動一個Activity，因為它會創(chuàng)建一個新的畫面，并從當(dāng)前用戶正在運行的程序上搶奪焦點。如果你的應(yīng)用程序在響應(yīng)Intent廣播時需要向用戶展示什么，你應(yīng)該使用Notification Manager來實現(xiàn)。

一般來說，在應(yīng)用程序里，100到200ms是用戶能感知阻滯的時間閾值，下面總結(jié)了一些技巧來避免ANR,并有助于讓你的應(yīng)用程序看起來有響應(yīng)性。

如果你的應(yīng)用程序為響應(yīng)用戶輸入正在后臺工作的話，可以顯示工作的進度(ProgressBar和ProgressDialog對這種情況來說很有用)。特別是游戲，在子線程里做移動的計算。如果你的程序有一個耗時的初始化過程的話，考慮可以顯示一個Splash Screen或者快速顯示主畫面并異步來填充這些信息。在這兩種情況下，你都應(yīng)該顯示正在進行的進度，以免用戶認為程序被凍結(jié)了。

14.什么情況會導(dǎo)致Force Close？如何避免？能否捕獲導(dǎo)致其的異常？

答：如空指針等可以導(dǎo)致ForceClose;可以看Logcat，然后找到對應(yīng)的程序代碼來解決錯誤。

15.橫豎屏切換時候的activity的生命周期：

答：

1) 新建一個activity,并把各個生命周期打印出來

2) 運行activity，得到如下信息：

onCreate()à

onStart()à

onResume()à

3) 按ctrl+F12切換成橫屏?xí)r

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

4) 再按ctrl+f12切換成豎屏?xí)r，發(fā)現(xiàn)打印了兩次相同的Log

onSaveInstanceState()à

onPause()à

onStop()à

onDestroyà

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

onSaveInstanceState()à

onPause()à

onStop()à

onDestroyà

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

5) 修改AndroidManifest.xml，把該Activity添加android:configChanges=“orientation”,執(zhí)行步驟3

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

6) 修改AndroidManifest.xml，把該Activity添加android:configChanges=“orientation”,執(zhí)行步驟4,發(fā)現(xiàn)不會再打印相同信息，但多打印了一行onConfigChanged

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

onConfigurationChanged()à

7) 把步驟5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,執(zhí)行步驟3，就只打印onConfigChanged

onConfigurationChanged()à

8) 把步驟5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,執(zhí)行步驟4

onConfigurationChanged()à

onConfigurationChanged()à

總結(jié)：

1) 不設(shè)置activity的android:configChanges時,切屏?xí)匦抡{(diào)用各個生命周期，切橫屏?xí)r會執(zhí)行一次，切豎屏?xí)r會執(zhí)行兩次。

2) 設(shè)置activity的android:configChanges=“orientation”時, 切屏?xí)匦抡{(diào)用各個生命周期，切橫屏、豎屏?xí)r都只會執(zhí)行一次，但是豎屏最后多打印一條onConfigurationChanged()

3) 設(shè)置activity的android:configChanges=“orientation|keyboardHidden”時,切屏不會重新調(diào)用各個生命周期，只會執(zhí)行onConfigurationChanged(),橫屏一次，豎屏兩次

再總結(jié)下整個activity的生命周期：

1) 當(dāng)前activity產(chǎn)生事件彈出Toast和AlertDialog的時候Activity的生命周期不會有改變

2) Activity運行時按下HOME鍵(跟被完全覆蓋一樣的)

onSavaInstanceStateà

onPauseà

onStopà

onRestartà

onStartà

onResumeà

3) 未被完全覆蓋，只是失去焦點：

onPauseà

onResumeà

16.如何將SQLite數(shù)據(jù)庫(.db文件)與apk文件一起發(fā)布?

答：可以將.db文件復(fù)制到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的文件不會被壓縮，這樣可以直接提取該目錄中的文件。可以將.db文件復(fù)制到res aw目錄中

17.如何將打開res aw目錄中的數(shù)據(jù)庫文件?

答：在Android中不能直接打開res aw目錄中的數(shù)據(jù)庫文件，而需要在程序第一次啟動時將該文件復(fù)制到手機內(nèi)存或SD卡的某個目錄中，然后再打開該數(shù)據(jù)庫文件。復(fù)制的基本方法是使用getResources().openRawResource方法獲得res aw目錄中資源的 InputStream對象，然后將該InputStream對象中的數(shù)據(jù)寫入其他的目錄中相應(yīng)文件中。在Android SDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite數(shù)據(jù)庫文件。

18.android 中有哪幾種解析xml的類？官方推薦哪種？以及它們的原理和區(qū)別：

答：XML解析主要有三種方式，SAX、DOM、PULL。常規(guī)在PC上開發(fā)我們使用Dom相對輕松些，但一些性能敏感的數(shù)據(jù)庫或手機上還是主要采用SAX方 式，SAX讀取是單向的，優(yōu)點:不占內(nèi)存空間、解析屬性方便，但缺點就是對于套嵌多個分支來說處理不是很方便。而DOM方式會把整個XML文件加載到內(nèi)存 中去，這里Android開發(fā)網(wǎng)提醒大家該方法在查找方面可以和XPath很好的結(jié)合如果數(shù)據(jù)量不是很大推薦使用，而PULL常常用在J2ME對于節(jié)點處 理比較好，類似SAX方式，同樣很節(jié)省內(nèi)存，在J2ME中我們經(jīng)常使用的KXML庫來解析。

19.DDMS和TraceView的區(qū)別?

答：DDMS是一個程序執(zhí)行查看器，在里面可以看見線程和堆棧等信息，TraceView是程序性能分析器

20.談?wù)凙ndroid的IPC機制：

答：IPC是內(nèi)部進程通信的簡稱，是共享"命名管道"的資源。Android中的IPC機制是為了讓Activity和Service之間可以隨時的進行交互，故在Android中該機制，只適用于Activity和Service之間的通信，類似于遠程方法調(diào)用，類似于C/S模式的訪問。通過定義AIDL接口文件來定義IPC接口。Servier端實現(xiàn)IPC接口，Client端調(diào)用IPC接口本地代理。

21.NDK是什么：

答：NDK是一系列工具的集合

NDK提供了一系列的工具，幫助開發(fā)者迅速的開發(fā)C/C++的動態(tài)庫，并能自動將so和java應(yīng)用打成apk包

NDK集成了交叉編譯器，并提供了相應(yīng)的mk文件和隔離cpu，平臺等的差異，開發(fā)人員只需簡單的修改mk文件就可以創(chuàng)建出so

22.描述一下android的系統(tǒng)架構(gòu)：

答：android系統(tǒng)架構(gòu)分從下往上為Linux內(nèi)核層、運行庫、應(yīng)用程序框架層和應(yīng)用程序?qū)印?/p>

Linux內(nèi)核層：負責(zé)硬件的驅(qū)動程序、網(wǎng)絡(luò)、電源、系統(tǒng)安全以及內(nèi)存管理等功能。

運行庫和androidruntion：運行庫：即c/c++函數(shù)庫部分，大多數(shù)都是開放源代碼的函數(shù)庫，例如webkit，該函數(shù)庫負責(zé)android網(wǎng)頁瀏覽器的運行;例如標準的c函數(shù)庫libc、openssl、sqlite等，當(dāng)然也包括支持游戲開發(fā)的2dsgl和3dopengles，在多媒體方面有mediaframework框架來支持各種影音和圖形文件的播放與顯示，如mpeg4、h.264、mp3、aac、amr、jpg和png等眾多的多媒體文件格式。Androidruntion負責(zé)解釋和執(zhí)行生成的dalvik格式的字節(jié)碼

應(yīng)用軟件架構(gòu)：java應(yīng)用程序開發(fā)人員主要是使用該層封裝好的api進行快速開發(fā)的。

應(yīng)用程序?qū)樱涸搶邮莏ava的應(yīng)用程序?qū)樱琣ndroid內(nèi)置的googlemaps、email、IM、瀏覽器等，都處于該層，java開發(fā)人員工發(fā)的程序也處于該層，而且和內(nèi)置的應(yīng)用程序具有平等的地位，可以調(diào)用內(nèi)置的應(yīng)用程序，也可以替換內(nèi)置的應(yīng)用程序

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

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

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源碼分析…）

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

已拿32k小米Android高級開發(fā)offer（面試題回顧）

到現(xiàn)在我入職也有一段時間了，這才有空梳理一下當(dāng)時的面試題。簡單說下我的情況：這是一次比較平常的跳槽，不是什么逆襲大廠的劇本，只是薪資有所漲幅。

個人經(jīng)歷不詳說，面試題對大家來說可能更有參考性，本篇先整理小米的面試題，我前后也面了很多個大廠，有空把其他幾個大廠的面試題也總結(jié)一下。

Java基礎(chǔ)肯定是少不了要問的，這輪面試Kotlin相對來說是我這些面試中問得比較多的，所以說準備面試還是要面面俱到。

我有點佩服我的記憶力了。這部分涉及到更多的 源碼、原理和優(yōu)化 方面的問題，Android高級開發(fā)需要具備一些什么能力大家也應(yīng)該有所衡量了。

最后給大家分享一份 2246頁 的 Android大廠高頻面試題解析大全 ，基本上把我的面試內(nèi)容都涵蓋到了： Android、性能優(yōu)化、Java、Kotlin、網(wǎng)絡(luò)、插件化、熱修復(fù)、模塊化、組件化、增量更新、Gradle、圖片、Flutter等。

這份資料免費提供給大家復(fù)習(xí)，文末查看領(lǐng)取方式，搞定Android面試這一份肯定夠了。

第一章 Android相關(guān) （源碼分析、性能優(yōu)化、Framework等）

第二章 性能優(yōu)化 （GC原理、布局優(yōu)化、繪制優(yōu)化、內(nèi)存優(yōu)化等）

第三章 Java相關(guān) （四種線程池、JVM、內(nèi)存管理、垃圾回收、引用等）

第四章 Kotlin相關(guān) （延遲初始化、Reified、Extension Functions、函數(shù)等）

第五章 網(wǎng)絡(luò)相關(guān) （HTTP 知識體系、HttpDns 原理、TCP，UDP，HTTP，SOCKET 之間的區(qū)別等）

第六章 插件化熱修復(fù)模塊化組件化增量更新Gradle

第七章 圖片相關(guān) （圖片庫對比、LRUCache原理、圖片加載原理、Glide等）

第八章 Flutter相關(guān) （Flutter原理、Flutter Hot Reload、Flutter 動態(tài)化 探索 、Flutter Platform Channel等）

需要這份資料的朋友私信我【面試題】就可以免費領(lǐng)取。

希望大家都可以把握住每一次自我提升的機會，把每一步都走踏實了，漲薪升職什么的都會迎你而來。

也歡迎大家和我一起交流Android方面的事情。

Android面試題集（三）

自定義View的最基本的三個方法分別是：onMeasure(),onLayout()、onDraw()；View在Activity中顯示出來，要經(jīng)歷測量、布局、繪制三個步驟，分別對應(yīng)三個動作：measure、layout和draw。

視圖View主要分為兩類

系統(tǒng)自帶的View可以在xml中配置屬性，對于寫的好的自定義View同樣可以在xml中配置屬性，為了使自定義的View的屬性可以在xml中配置，需要以下4個步驟：

1、通過declare-styleable為自定義View添加屬性

2、在xml中為相應(yīng)的屬性聲明屬性值

3、在運行時（一般為構(gòu)造函數(shù)）獲取屬性值

4、將獲取到的屬性值應(yīng)用到View

Android的坐標系定義為：

測量規(guī)格，封裝了父容器對View的布局上的限制，內(nèi)部提供了寬高的信息（SpecMode、SpecSize），SpecSize是指在某種SpecMode下的參考尺寸，其中SpecMode有如下三種：

通過將SpecMode和SpecSize 打包成一個int值可以避免過多的對象內(nèi)存分配 ，為了方便操作，其提供了打包/解包方法。

MeasureSpec值到底是如何計算得來的呢？

子View的MeasureSpec值是根據(jù)子View的布局參數(shù)(LayoutParams)和父容器的MeasureSpec值計算得來的，具體計算邏輯封裝在getChildMeasureSpec()里

官方解釋：用于管理Activity和Fragment的生命周期

其實Lifecycles的功能就是使業(yè)務(wù)組件能夠感知Activity和Fragment的生命周期。

當(dāng)前名稱：android高級面試題,android面試經(jīng)典題及答案
網(wǎng)頁鏈接：http://www.chinadenli.net/article36/dseogsg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、用戶體驗、網(wǎng)站導(dǎo)航、微信小程序、網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(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)