關(guān)于Android開發(fā)工程師的面試題
關(guān)于Android開發(fā)工程師的面試題
面試實(shí)際上考的是知識(shí)面、考的是實(shí)際應(yīng)對(duì)問題的能力,任何一道題目,都沒有統(tǒng)一的標(biāo)準(zhǔn)答案,唯有參考答案。下面是學(xué)習(xí)啦小編為你整理的關(guān)于Android開發(fā)工程師的面試題，希望你喜歡。
關(guān)于Android開發(fā)工程師的面試題
一般簡(jiǎn)單題
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)程，所以說可以認(rèn)為是同一個(gè)概念。
2. SIM卡的 EF 文件有何作用?
sim卡的文件系統(tǒng)有自己規(guī)范，主要是為了和手機(jī)通訊，sim本身可以有自己的操作系統(tǒng)，EF就是作存儲(chǔ)并和手機(jī)通訊用的。
3. 嵌入式操作系統(tǒng)內(nèi)存管理有哪幾種，各有何特性?
頁式，段式，段頁，用到了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)來控制生產(chǎn)過程或?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個(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)畫方法，通過順序的播放排列好的圖片來實(shí)現(xiàn)，類似電影。
7. handler機(jī)制的原理
Andriod提供了 Handler 和 Looper 來滿足線程間的通信。Handler 先進(jìn)先出原則。Looper類用來管理特定線程內(nèi)對(duì)象之間的消息交換(Message Exchange)。
Looper: 一個(gè)線程可以產(chǎn)生一個(gè)Looper對(duì)象，由它來管理此線程里的Message Queue(消息隊(duì)列)。
Handler: 你可以構(gòu)造Handler對(duì)象來與Looper溝通，以便push新消息到Message Queue里;或者接收Looper從Message Queue取出)所送來的消息。
Message Queue(消息隊(duì)列):用來存放線程放入的消息。
線程：UI thread 通常就是main thread，而Android啟動(dòng)程序時(shí)會(huì)替它建立一個(gè)Message Queue。
8. 說說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)更新。類似的，只要Controller改變了View，View會(huì)從潛在的Model中獲取數(shù)據(jù)來刷新自己。
View重繪和內(nèi)存泄露
View重繪和內(nèi)存泄露的好像是面試經(jīng)常問的問題。
1. View的刷新：
在需要刷新的地方，使用handle.sendmessage發(fā)送信息，然后在handle的getmessage里面執(zhí)行invaliate或者postinvaliate。
2. GC內(nèi)存泄露
出現(xiàn)情況：
數(shù)據(jù)庫的cursor沒有關(guān)閉。
構(gòu)造adapter時(shí)，沒有使用緩存contentview。衍生listview的優(yōu)化問題：減少創(chuàng)建view的對(duì)象，充分使用contentview，可以使用一靜態(tài)類來優(yōu)化處理getview的過程。
Bitmap對(duì)象不使用時(shí)采用recycle()釋放內(nèi)存。
activity中的對(duì)象的生命周期大于activity。
Activity
1. Activity的生命周期
和其他手機(jī)平臺(tái)的應(yīng)用程序一樣，Android的應(yīng)用程序的生命周期是被統(tǒng)一掌控的，也就是說我們寫的應(yīng)用程序命運(yùn)掌握在別人(系統(tǒng))的手里，我們不能改變它，只能學(xué)習(xí)并適應(yīng)它。
簡(jiǎn)單地說一下為什么是這樣：我們手機(jī)在運(yùn)行，一個(gè)應(yīng)用程序的時(shí)候，有可能打進(jìn)來電話發(fā)進(jìn)來短信，或者沒有電了，這時(shí)候程序都會(huì)被中斷，優(yōu)先去服務(wù)電話的基本功能，另外系統(tǒng)也不允許你占用太多資源，至少要保證電話功能吧，所以資源不足的時(shí)候也就有可能被干掉。言歸正傳，Activity的基本生命周期如下代碼所示：
1 public class MyActivity extends Activity{
2 protected void onCreate(Bundle savedInstanceState);
3 protected void onStart();
4 protected void onResume();
5 protected void onPause();
6 protected void onStop();
7 protected void onDestroy();
8 }
你自己寫的Activity會(huì)按需要重載這些方法，onCreate是免不了的，在一個(gè)Activity正常啟動(dòng)的過程中，他們被調(diào)用的順序是 onCreate -> onStart ->onResume， 在Activity被干掉的時(shí)候順序是onPause -> onStop -> onDestroy，這樣就是一個(gè)完整的生命周期，但是有人問了，程序正運(yùn)行著呢來電話了，這個(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:到這一步變成用戶可見不可交互的。
onResume:變成和用戶可交互的，(在activity 棧系統(tǒng)通過棧的方式管理這些個(gè)Activity的最上面，運(yùn)行完彈出棧，則回到上一個(gè)Activity)。
onPause:到 這一步是可見但不可交互的，系統(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里讀出來，注意：這個(gè)方法里做的事情時(shí)間要短，因?yàn)橄乱粋€(gè)activity不會(huì)等到這個(gè)方法完成才啟動(dòng)。
onstop:變得不可見，被下一個(gè)activity覆蓋了。
onDestroy: 這是activity被干掉前最后一個(gè)被調(diào)用方法了，可能是外面類調(diào)用finish方法或者是系統(tǒng)為了節(jié)省空間將它暫時(shí)性的干掉，可以用 isFinishing()來判斷它，如果你有一個(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ù)庫)。實(shí)際工作中因?yàn)樯芷诘淖兓鴰淼膯栴}也很多，比如你的應(yīng)用程序起了新的線程在跑，這時(shí)候中斷了，你還要去維護(hù)那個(gè)線程，是暫停還是殺 掉還是數(shù)據(jù)回滾，是吧?因?yàn)锳ctivity可能被殺掉，所以線程中使用的變量和一些界面元素就千萬要注意了，一般我都是采用Android的消息機(jī)制 [Handler,Message]來處理多線程和界面交互的問題。
看過“關(guān)于Android開發(fā)工程師的面試題”的人還看了：