android基礎(chǔ)面試題有哪些呢?在面試前，android面試者最好做好充分準(zhǔn)備，以下是小編幫你們整理的android基礎(chǔ)面試題，一起來(lái)學(xué)習(xí)啦。

　　android基礎(chǔ)面試題篇一

　　1、 Android dvm的進(jìn)程和Linux的進(jìn)程, 應(yīng)用程序的進(jìn)程是否為同一個(gè)概念

　　DVM指dalivk的虛擬機(jī)。每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行，都擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例。而每一個(gè)DVM都是在Linux 中的一個(gè)進(jìn)程，所以說(shuō)可以認(rèn)為是同一個(gè)概念。

　　2、sim卡的EF 文件有何作用

　　sim卡的文件系統(tǒng)有自己規(guī)范，主要是為了和手機(jī)通訊，sim本 身可以有自己的操作系統(tǒng)，EF就是作存儲(chǔ)并和手機(jī)通訊用的

　　3、嵌入式操作系統(tǒng)內(nèi)存管理有哪幾種， 各有何特性

　　頁(yè)式，段式，段頁(yè)，用到了MMU,虛擬空間等技術(shù)

　　4、 什么是嵌入式實(shí)時(shí)操作系統(tǒng), Android 操作系統(tǒng)屬于實(shí)時(shí)操作系統(tǒng)嗎?

　　嵌入式實(shí)時(shí)操作系統(tǒng)是指當(dāng)外界事件或數(shù)據(jù)產(chǎn)生時(shí)，能夠接受并以足夠快的速度予以處理，其處理的結(jié)果又能在規(guī)定的時(shí)間之內(nèi)來(lái)控制生產(chǎn)過(guò)程或?qū)μ幚硐到y(tǒng)作出快速響應(yīng)，并控制所有實(shí)時(shí)任務(wù)協(xié)調(diào)一致運(yùn)行的嵌入式操作系統(tǒng)。主要用于工業(yè)控制、 軍事設(shè)備、 航空航天等領(lǐng)域?qū)ο到y(tǒng)的響應(yīng)時(shí)間有苛刻的要求，這就需要使用實(shí)時(shí)系統(tǒng)。又可分為軟實(shí)時(shí)和硬實(shí)時(shí)兩種，而android是基于linux內(nèi)核的，因此屬于軟實(shí)時(shí)。

　　5、一條最長(zhǎng)的短信息約占多少byte?

　　中文70(包括標(biāo)點(diǎn))，英文160，160個(gè)字節(jié)。

　　6、 android中的動(dòng)畫有哪幾類，它們的特點(diǎn)和區(qū)別是什么?

　　兩種，一種是Tween動(dòng)畫、還有一種是Frame動(dòng)畫。Tween動(dòng)畫，這種實(shí)現(xiàn)方式可以使視圖組件移動(dòng)、放大、縮小以及產(chǎn)生透明度的變化;另一種Frame動(dòng)畫，傳統(tǒng)的動(dòng)畫方法，通過(guò)順序的播放排列好的圖片來(lái)實(shí)現(xiàn)，類似電影。

　　7、handler機(jī)制的原理

　　andriod提供了 Handler 和 Looper 來(lái)滿足線程間的通信。Handler 先進(jìn)先出原則。Looper類用來(lái)管理特定線程內(nèi)對(duì)象之間的消息交換(Message Exchange)。

　　1)Looper: 一個(gè)線程可以產(chǎn)生一個(gè)Looper對(duì)象，由它來(lái)管理此線程里的Message Queue(消息隊(duì)列)。

　　2)Handler: 你可以構(gòu)造Handler對(duì)象來(lái)與Looper溝通，以便push新消息到Message Queue里;或者接收Looper從Message Queue取出)所送來(lái)的消息。

　　3) Message Queue(消息隊(duì)列):用來(lái)存放線程放入的消息。

　　4)線程：UI thread 通常就是main thread，而Android啟動(dòng)程序時(shí)會(huì)替它建立一個(gè)Message Queue。

　　android基礎(chǔ)面試題篇二

　　1、說(shuō)說(shuō)mvc模式的原理，它在android中的運(yùn)用

　　MVC(Model_view_contraller)”模型_視圖_控制器”。 MVC應(yīng)用程序總是由這三個(gè)部分組成。Event(事件)導(dǎo)致Controller改變Model或View，或者同時(shí)改變兩者。只要 Controller改變了Models的數(shù)據(jù)或者屬性，所有依賴的View都會(huì)自動(dòng)更新。類似的，只要Contro

　　2、Activity的生命周期

　　和其他手機(jī) 平臺(tái) 的應(yīng)用 程序 一樣，Android的應(yīng)用程序 的生命周期是被統(tǒng)一掌控 的，也 就是說(shuō)我們寫的應(yīng)用程序命運(yùn)掌握在別人(系統(tǒng))的手里，我們不能改變它，只能學(xué)習(xí) 并 適應(yīng)它。

　　簡(jiǎn)單地說(shuō)一下為什么是這樣：我們手機(jī)在運(yùn)行 一個(gè)應(yīng)用程序的時(shí)候，有可能打進(jìn)來(lái)電話 發(fā)進(jìn)來(lái)短信 ，或者沒(méi)有電了，這時(shí)候程序都會(huì)被中斷，優(yōu)先去服務(wù)電話的基本功能 ，另 外系統(tǒng)也不允許你占用太多資源 ，至少要保證電話功能吧,所以資源不足的時(shí)候也就有可 能被干掉。

　　言歸正傳，Activity的基本生命周期如下代碼 所示：

　　Java代碼

　　public class MyActivity extends Activity { protected void onCreate(Bundle savedInstanceState); protected void onStart(); protected void onResume(); protected void onPause(); protected void onStop(); protected void onDestroy(); }

　　你自己寫的Activity會(huì)按需要 重載這些方法，onCreate是免不了的，在一個(gè)Activity正常啟動(dòng)的過(guò)程中，他們被調(diào)用的順序是 onCreate -> onStart -> onResume, 在Activity被干掉的時(shí)候順序是onPause -> onStop -> onDestroy ，這樣就是一個(gè)完整的生命周期，但是有人問(wèn)了 ，程序正運(yùn)行著呢來(lái)電話了，這個(gè)程序咋辦?中止了唄，如果中止的時(shí)候新出的一個(gè)Activity是全屏的那么：onPause->onStop ，恢復(fù)的時(shí)候onStart->onResume ，如果打斷 這個(gè)應(yīng)用程序的是一個(gè)Theme為Translucent 或者Dialog 的Activity那么只是onPause ,恢復(fù) 的時(shí)候onResume 。

　　詳細(xì)介紹一下這幾個(gè)方法中系統(tǒng)在做什么以及我們應(yīng)該做什么：

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

　　onStart: 到這一步變成用戶可見(jiàn)不可交互 的

　　onResume: 變成和用戶可交互 的，(在activity 棧系統(tǒng)通過(guò)棧的方式管理這些個(gè)

　　Activity的最上面，運(yùn)行完彈出棧，則回到上一個(gè)Activity)

　　onPause: 到這一步是可見(jiàn)但不可交互 的，系統(tǒng)會(huì)停止動(dòng)畫 等消耗CPU 的事情 從上文的描述已經(jīng)知道，應(yīng)該在這里保存你的一些數(shù)據(jù),因?yàn)檫@個(gè)時(shí)候 你的程序的優(yōu)先級(jí)降低，有可能被系統(tǒng)收回。在這里保存的數(shù)據(jù)，應(yīng)該在 onResume里讀出來(lái)，注意：這個(gè)方法里做的事情時(shí)間要短，因?yàn)橄乱?個(gè)activity不會(huì)等到這個(gè)方法完成才啟動(dòng)

　　onstop: 變得不可見(jiàn) ，被下一個(gè)activity覆蓋了

　　onDestroy: 這是activity被干掉前最后一個(gè)被調(diào)用方法了，可能是外面類調(diào)用finish方 法或者是系統(tǒng)為了節(jié)省空間將它暫時(shí)性的干掉，可以用isFinishing()來(lái)判斷它，如果你有一個(gè)Progress Dialog在線程中轉(zhuǎn)動(dòng)，請(qǐng)?jiān)趏nDestroy里 把他cancel掉，不然等線程結(jié)束的時(shí)候，調(diào)用Dialog的cancel方法會(huì)拋 異常的。

　　onPause，onstop， onDestroy，三種狀態(tài) 下 activity都有可能被系統(tǒng)干掉

　　為了保證程序的正確性，你要在onPause()里寫上持久層操作的代碼，將用戶編輯的內(nèi)容都保存到存儲(chǔ)介質(zhì)上(一般都是數(shù)據(jù)庫(kù) )。實(shí)際工作中因?yàn)樯芷诘淖兓鴰?lái)的問(wèn)題也很多，比如你的應(yīng)用程序起了新的線程在跑，這時(shí)候中斷了，你還要去維護(hù)那個(gè)線程，是暫停還是殺掉還是數(shù)據(jù)回滾，是吧?因?yàn)锳ctivity可能被殺掉，所以線程中使用的變量和一些界面元素就千萬(wàn)要注意了，一般我都是采用Android的消息機(jī)制 [Handler,Message]來(lái)處理多線程和界面交互的問(wèn)題。這個(gè)我后面會(huì)講一些，最近因?yàn)檫@些東西頭已經(jīng)很大了，等我理清思緒再跟大家分享。 ller改變了View，View會(huì) 從潛在的Model中獲取數(shù)據(jù)來(lái)刷新自己。

　　3、讓Activity變成一個(gè)窗口：Activity屬性設(shè)定

　　講點(diǎn)輕松的吧,可能有人希望做出來(lái)的應(yīng)用程序是一個(gè)漂浮在手機(jī)主界面的東西，那么很簡(jiǎn)單你只需要設(shè)置 一下Activity的主題就可以了在AndroidManifest.xml 中定義 Activity的 地方一句話：

　　Xml代碼

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

　　這就使你的應(yīng)用程序變成對(duì)話框的形式彈出來(lái)了，或者

　　Xml代碼

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

　　就變成半透明的，[友情提示-.-]類似的這種activity的屬性可以在android.R.styleable 類的AndroidManifestActivity 方法中看到，AndroidManifest.xml中所有元素的屬性的介紹都可以參考這個(gè)類android.R.styleable

　　上面說(shuō)的是屬性名稱，具體有什么值是在android.R.style中 可以看到，比如這個(gè)"@android:style/Theme.Dialog" 就對(duì)應(yīng)于android.R.style.Theme_Dialog ,('_'換成'.' < --注意：這個(gè)是文章內(nèi)容不是笑臉)就可以用在描述文件 中了,找找類定義和描述文件中的對(duì)應(yīng)關(guān)系就都明白了。

　　4、 你后臺(tái)的Activity被系統(tǒng)回收怎么辦：onSaveInstanceState

　　當(dāng)你的程序中某一個(gè)Activity A 在運(yùn)行時(shí)中，主動(dòng)或被動(dòng)地運(yùn)行另一個(gè)新的Activity B 這個(gè)時(shí)候A會(huì)執(zhí)行

　　Java代碼

　　1. public 2. void onSaveInstanceState(Bundle outState) { 3. super.onSaveInstanceState(outState); 4. outState.putLong("id", 1234567890); 5. } public void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState);

　　outState.putLong("id", 1234567890);

　　}

　　B 完成以后又會(huì)來(lái)找A, 這個(gè)時(shí)候就有兩種情況，一種是A被回收，一種是沒(méi)有被回收，被回 收的A就要重新調(diào)用onCreate()方法，不同于直接啟動(dòng)的是這回onCreate()里是帶上參數(shù) savedInstanceState，沒(méi)被收回的就還是onResume就好了。

　　savedInstanceState是一個(gè)Bundle對(duì)象，你基本上可以把他理解為系統(tǒng)幫你維護(hù)的一個(gè)Map對(duì)象。在onCreate()里你可能會(huì)用到它，如果正常啟動(dòng)onCreate就不會(huì)有它，所以用的時(shí)候要判斷一下是否為空。

　　Java代碼

　　1. if(savedInstanceState != null){

　　2. long id = savedInstanceState.getLong("id");

　　3. }

　　if(savedInstanceState != null){

　　long id = savedInstanceState.getLong("id");

　　}

　　就像官方的Notepad教程 里的情況，你正在編輯某一個(gè)note，突然被中斷，那么就把這個(gè)note的id記住，再起來(lái)的時(shí)候就可以根據(jù)這個(gè)id去把那個(gè)note取出來(lái)，程序就完整一些。這也是看你的應(yīng)用需不需要保存什么，比如你的界面就是讀取一個(gè)列表，那就不需要特殊記住什么，哦， 沒(méi)準(zhǔn)你需要記住滾動(dòng)條的位置...

　　android基礎(chǔ)面試題篇三

　　1、什么是ANR 如何避免它?

　　答：ANR：Application Not Responding，五秒在Android中，活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序的響應(yīng)。當(dāng)出現(xiàn)下列情況時(shí)，Android就會(huì)顯示ANR對(duì)話框了：

　　對(duì)輸入事件(如按鍵、觸摸屏事件)的響應(yīng)超過(guò)5秒

　　意向接受器(intentReceiver)超過(guò)10秒鐘仍未執(zhí)行完畢

　　Android應(yīng)用程序完全運(yùn)行在一個(gè)獨(dú)立的線程中(例如main)。這就意味著，任何在主線程中運(yùn)行的，需要消耗大量時(shí)間的操作都會(huì)引發(fā)ANR。因?yàn)榇藭r(shí)，你的應(yīng)用程序已經(jīng)沒(méi)有機(jī)會(huì)去響應(yīng)輸入事件和意向廣播(Intent broadcast)。

　　因此，任何運(yùn)行在主線程中的方法，都要盡可能的只做少量的工作。特別是活動(dòng)生命周期中的重要方法如onCreate()和 onResume()等更應(yīng)如此。潛在的比較耗時(shí)的操作，如訪問(wèn)網(wǎng)絡(luò)和數(shù)據(jù)庫(kù);或者是開(kāi)銷很大的計(jì)算，比如改變位圖的大小，需要在一個(gè)單獨(dú)的子線程中完成(或者是使用異步請(qǐng)求，如數(shù)據(jù)庫(kù)操作)。但這并不意味著你的主線程需要進(jìn)入阻塞狀態(tài)已等待子線程結(jié)束 -- 也不需要調(diào)用Therad.wait()或者Thread.sleep()方法。取而代之的是，主線程為子線程提供一個(gè)句柄(Handler)，讓子線程在即將結(jié)束的時(shí)候調(diào)用它(xing:可以參看Snake的例子，這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應(yīng)用程序，能夠保證你的程序?qū)斎氡３至己玫捻憫?yīng)，從而避免因?yàn)檩斎胧录^(guò)5秒鐘不被處理而產(chǎn)生的ANR。這種實(shí)踐需要應(yīng)用到所有顯示用戶界面的線程，因?yàn)樗麄兌济媾R著同樣的超時(shí)問(wèn)題。

　　2、什么情況會(huì)導(dǎo)致Force Close ?如何避免?能否捕獲導(dǎo)致其的異常?

　　答：一般像空指針啊，可以看起logcat，然后對(duì)應(yīng)到程序中 來(lái)解決錯(cuò)誤

　　3、Android本身的api并未聲明會(huì)拋出異常，則其在運(yùn)行時(shí)有無(wú)可能拋出runtime異常，你遇到過(guò)嗎?諾有的話會(huì)導(dǎo)致什么問(wèn)題?如何解決?

　　答：會(huì)，如nullpointerException，textView沒(méi)有初始化時(shí)，卻調(diào)用了其方法。打開(kāi)控制臺(tái)，查看logcat找出異常并修改。

　　4、簡(jiǎn)要解釋一下activity、 intent 、intent filter、service、Broadcase、BroadcaseReceiver

　　答：一個(gè)activity呈現(xiàn)了一個(gè)用戶可以操作的可視化用戶界面。

　　一個(gè)service不包含可見(jiàn)的用戶界面，而是在后臺(tái)無(wú)限地運(yùn)行;可以連接到一個(gè)正在運(yùn)行的服務(wù)中，連接后，可以通過(guò)服務(wù)中暴露出來(lái)的借口與其進(jìn)行通信

　　一個(gè)broadcast receiver是一個(gè)接收廣播消息并作出回應(yīng)的component，broadcast receiver沒(méi)有界面。

　　intent:content provider在接收到ContentResolver的請(qǐng)求時(shí)被激活。

　　activity, service和broadcast receiver是被稱為intents的異步消息激活的。

　　一個(gè)intent是一個(gè)Intent對(duì)象，它保存了消息的內(nèi)容。對(duì)于activity和service來(lái)說(shuō)，它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的URI。

　　Intent對(duì)象可以顯式的指定一個(gè)目標(biāo)component。如果這樣的話，android會(huì)找到這個(gè)component(基于manifest文件中的聲明)并激活它。但如果一個(gè)目標(biāo)不是顯式指定的，android必須找到響應(yīng)intent的最佳component。

　　它是通過(guò)將Intent對(duì)象和目標(biāo)的intent filter相比較來(lái)完成這一工作的。一個(gè)component的intent filter告訴android該component能處理的intent。intent filter也是在manifest文件中聲明的。

　　
看了“android基礎(chǔ)面試題”的人還看過(guò)：

1.

2.

3.

4.