(最新整理)Android面試必備筆試題_第1頁
(最新整理)Android面試必備筆試題_第2頁
(最新整理)Android面試必備筆試題_第3頁
(最新整理)Android面試必備筆試題_第4頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、(完整)android面試必備筆試題(完整)android面試必備筆試題 編輯整理:尊敬的讀者朋友們:這里是精品文檔編輯中心,本文檔內(nèi)容是由我和我的同事精心編輯整理后發(fā)布的,發(fā)布之前我們對文中內(nèi)容進(jìn)行仔細(xì)校對,但是難免會(huì)有疏漏的地方,但是任然希望((完整)android面試必備筆試題)的內(nèi)容能夠給您的工作和學(xué)習(xí)帶來便利。同時(shí)也真誠的希望收到您的建議和反饋,這將是我們進(jìn)步的源泉,前進(jìn)的動(dòng)力。本文可編輯可修改,如果覺得對您有幫助請收藏以便隨時(shí)查閱,最后祝您生活愉快 業(yè)績進(jìn)步,以下為(完整)android面試必備筆試題的全部內(nèi)容。android面試必備筆試題1:android中五種數(shù)據(jù)存儲(chǔ)方式分別是

2、什么?他們的特點(diǎn)?答:android提供了五種存取數(shù)據(jù)的方式(1)sharedpreference,存放較少的五種類型的數(shù)據(jù),只能在同一個(gè)包內(nèi)使用,生成xml的格式存放在設(shè)備中(2) sqlite數(shù)據(jù)庫,存放各種數(shù)據(jù),是一個(gè)輕量級(jí)的嵌入式數(shù)據(jù)庫(3) file文件,通過讀取寫入方式生成文件存放數(shù)據(jù)(4) contentprovider,主要用于讓其他應(yīng)用程序使用保存的數(shù)據(jù)(5) 通過網(wǎng)絡(luò)獲取數(shù)據(jù)和寫入數(shù)據(jù)到網(wǎng)絡(luò)存儲(chǔ)空間2:說說 android 中 mvc 的具體體現(xiàn)mvc是model,view,controller的縮寫,mvc包含三個(gè)部分:模型(model)對象:是應(yīng)用程序的主體部分,所有的

3、業(yè)務(wù)邏輯都應(yīng)該寫在該層。視圖(view)對象:是應(yīng)用程序中負(fù)責(zé)生成用戶界面的部分.也是在整個(gè)mvc架構(gòu)中用戶唯一可以看到的一層,接收用戶的輸入,顯示處理結(jié)果??刂破鳎╟ontrol)對象:是根據(jù)用戶的輸入,控制用戶界面數(shù)據(jù)顯示及更新model對象狀態(tài)的部分,控制器更重要的一種導(dǎo)航功能,響應(yīng)用戶出發(fā)的相關(guān)事件,交給m層處理。android鼓勵(lì)弱耦合和組件的重用,在android中mvc的具體體現(xiàn)如下:(1)視圖(view):一般采用xml文件進(jìn)行界面的描述,使用的時(shí)候可以非常方便的引入。(2)控制層(controller):android的控制層的重任通常落在了眾多的acitvity的肩上,這句

4、話也就暗含了不要在acitivity中寫過多的代碼,要通過activity交割model業(yè)務(wù)邏輯層處理,這樣做的另外一個(gè)原因是android中的acitivity的響應(yīng)時(shí)間是5s,如果耗時(shí)的操作放在這里,程序就很容易被回收掉.(3)模型層(model):對數(shù)據(jù)庫的操作、對網(wǎng)絡(luò)等的操作都應(yīng)該在model里面處理,當(dāng)然對業(yè)務(wù)計(jì)算等操作也是必須放在的該層的.3:簡述sharedpreferences存儲(chǔ)方式以及sharedpreferences與sqlite數(shù)據(jù)庫的區(qū)別sharedpreferences也是一種輕型的數(shù)據(jù)存儲(chǔ)方式,它的本質(zhì)是基于xml文件存儲(chǔ)key-value鍵值對數(shù)據(jù),通常用來存儲(chǔ)

5、一些簡單的配置信息。其存儲(chǔ)位置在/data/data/包名/shared_prefs目錄下。sharedpreferences對象本身只能讀取數(shù)據(jù)而不支持寫入數(shù)據(jù),存儲(chǔ)修改是通過editor對象實(shí)現(xiàn)。sharedpreferences對象與sqlite數(shù)據(jù)庫相比,免去了創(chuàng)建數(shù)據(jù)庫,創(chuàng)建表,寫sql語句等諸多操作,相對而言更加方便,簡潔。但sharedpreferences也有其自身缺陷,比如其職能存儲(chǔ)boolean,int,float,long和string五種簡單的數(shù)據(jù)類型,比如其無法進(jìn)行條件查詢等。所以不論sharedpreferences的數(shù)據(jù)存儲(chǔ)操作是如何簡單,它也只能是存儲(chǔ)方式的一種

6、補(bǔ)充,而無法完全替代如sqlite數(shù)據(jù)庫這樣的其他數(shù)據(jù)存儲(chǔ)方式。4:描述handler 機(jī)制的原理andriod提供了 handler 和 looper 來滿足線程間的通信。handler 先進(jìn)先出原則。looper類用來管理特定線程內(nèi)對象之間的消息交換(message exchange).(1)looper: 一個(gè)線程可以產(chǎn)生一個(gè)looper對象,由它來管理此線程里的message queue(消息隊(duì)列)。(2)handler: 你可以構(gòu)造handler對象來與looper溝通,以便push新消息到message queue里;或者接收looper從message queue取出)所送來的消

7、息。(3) message queue(消息隊(duì)列):用來存放線程放入的消息.(4)線程:ui thread 通常就是main thread,而android啟動(dòng)程序時(shí)會(huì)替它建立一個(gè)message queue。5:顯式intent和隱式intent的區(qū)別是什么(android)答:intent定義:intent是一種在不同組件之間傳遞的請求消息,是應(yīng)用程序發(fā)出的請求和意圖。作為一個(gè)完整的消息傳遞機(jī)制,intent不僅需要發(fā)送端,還需要接收端。顯式intent定義:對于明確指出了目標(biāo)組件名稱的intent,我們稱之為顯式intent。隱式intent定義:對于沒有明確指出目標(biāo)組件名稱的intent

8、,則稱之為隱式intent.說明:android系統(tǒng)使用intentfilter 來尋找與隱式intent相關(guān)的對象。6:如何優(yōu)化listview1、如果自定義適配器,那么在getview方法中要考慮方法傳進(jìn)來的參數(shù)contentview是否為null,如果為null就創(chuàng)建contentview并返回,如果不為null則直接使用.在這個(gè)方法中盡可能少創(chuàng)建view。2、給contentview設(shè)置tag(settag(),傳入一個(gè)viewholder對象,用于緩存要顯示的數(shù)據(jù),可以達(dá)到圖像數(shù)據(jù)異步加載的效果。3、如果listview需要顯示的item很多,就要考慮分頁加載。比如一共要顯示100條

9、或者更多的時(shí)候,我們可以考慮先加載20條,等用戶拉到列表底部的時(shí)候再去加載接下來的20條。7:簡述通過contentresolver獲取contentprovider內(nèi)容的基本步驟第一:得到contentresolver類對象:contentresolver cr = getcontentresolver();第二:定義要查詢的字段string數(shù)組。第三:使用cr。query();返回一個(gè)cursor對象。第四:使用while循環(huán)得到cursor里面的內(nèi)容。8:描述4 種 activity 的啟動(dòng)模式(1)standard :系統(tǒng)的默認(rèn)模式,一次跳轉(zhuǎn)即會(huì)生成一個(gè)新的實(shí)例。假設(shè)有一個(gè)activi

10、ty命名為mainactivity,執(zhí)行語句:startactivity(new intent(mainactivity.this, mainactivity.class)后,mainactivity將跳轉(zhuǎn)到另外一個(gè)mainactivity,也就是現(xiàn)在的task棧里面有mainactivity的兩個(gè)實(shí)例。按返回鍵后你會(huì)發(fā)現(xiàn)仍然是在mainactivity(第一個(gè))里面。(2)singletop:singletop 跟standard 模式比較類似.如果已經(jīng)有一個(gè)實(shí)例位于activity棧的頂部時(shí),就不產(chǎn)生新的實(shí)例,而只是調(diào)用activity中的newinstance()方法。如果不位于棧頂,會(huì)

11、產(chǎn)生一個(gè)新的實(shí)例.例:當(dāng)mainactivity為 singletop 模式時(shí),執(zhí)行跳轉(zhuǎn)后棧里面依舊只有一個(gè)實(shí)例,如果現(xiàn)在按返回鍵程序?qū)⒅苯油顺?。?)singletask: singletask模式和后面的singleinstance模式都是只創(chuàng)建一個(gè)實(shí)例的。在這種模式下,無論跳轉(zhuǎn)的對象是不是位于棧頂?shù)腶ctivity,程序都不會(huì)生成一個(gè)新的實(shí)例(當(dāng)然前提是棧里面已經(jīng)有這個(gè)實(shí)例)。這種模式相當(dāng)有用,在以后的多activity開發(fā)中,經(jīng)常會(huì)因?yàn)樘D(zhuǎn)的關(guān)系導(dǎo)致同個(gè)頁面生成多個(gè)實(shí)例,這個(gè)在用戶體驗(yàn)上始終有點(diǎn)不好,而如果你將對應(yīng)的activity聲明為 singletask 模式,這種問題將不復(fù)存在

12、。(4)singleinstance: 設(shè)置為 singleinstance 模式的 activity 將獨(dú)占一個(gè)task(感覺task可以理解為進(jìn)程),獨(dú)占一個(gè)task的activity與其說是activity,倒不如說是一個(gè)應(yīng)用,這個(gè)應(yīng)用與其他activity是獨(dú)立的,它有自己的上下文activity。9:android中如何訪問自定義contentprovider?通過contentprovider的uri訪問開放的數(shù)據(jù)。(1)contenresolver對象通過context提供的方法getcontenresolver()來獲得。(2)contenresolver提供了以下方法來操作:

13、insert delete update query這些方法分別會(huì)調(diào)用contenprovider中與之對應(yīng)的方法并得到返回的結(jié)果.10:android中的動(dòng)畫有哪幾類,它們的特點(diǎn)和區(qū)別是什么?答:android中動(dòng)畫可以分為兩大類:幀動(dòng)畫、補(bǔ)間動(dòng)畫(1)補(bǔ)間動(dòng)畫:你定義一個(gè)開始和結(jié)束,中間的部分由程序運(yùn)算得到.主要有:旋轉(zhuǎn)、平移、放縮和漸變;alphaanimation(漸變型動(dòng)畫)、scaleanimation(縮放型動(dòng)畫)、translateanimation(平移型動(dòng)畫)、 rotateanimation(旋轉(zhuǎn)型動(dòng)畫)(2)逐幀動(dòng)畫:frame(把一連串的圖片進(jìn)行系列化連續(xù)播放,如同放

14、電影的效果),它是通過播放一張一張圖片來達(dá)到動(dòng)畫的效果;二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í)

15、時(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、一條最長的短信息約占多少byte?中文70(包括標(biāo)點(diǎn)),英文160個(gè)字節(jié)6、 android中的動(dòng)畫有哪幾類,它們的特點(diǎn)和區(qū)別是什么?兩種,一種是tween動(dòng)畫

16、、還有一種是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)對象之間的消息交換(message exchange)。1)looper: 一個(gè)線程可以產(chǎn)生一個(gè)looper對象,由它來管理此線程里的message queue(消息隊(duì)列)。2)handler: 你可以構(gòu)造handler對象來與looper溝通

17、,以便push新消息到message queue里;或者接收looper從message queue取出)所送來的消息.3) message queue(消息隊(duì)列):用來存放線程放入的消息。4)線程: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改變

18、了models的數(shù)據(jù)或者屬性,所有依賴的view都會(huì)自動(dòng)更新。類似的,只要controller改變了view,view會(huì)從潛在的model中獲取數(shù)據(jù)來刷新自己。view重繪和內(nèi)存泄露是面試經(jīng)常問的問題1。 view的刷新:在需要刷新的地方,使用handle.sendmessage發(fā)送信息,然后在handle的getmessage里面執(zhí)行invaliate或者postinvaliate.2。 gc內(nèi)存泄露出現(xiàn)情況:1。數(shù)據(jù)庫的cursor沒有關(guān)閉2.構(gòu)造adapter時(shí),沒有使用緩存contentview衍生listview的優(yōu)化問題-減少創(chuàng)建view的對象,充分使用contentview,可以

19、使用一靜態(tài)類來優(yōu)化處理getview的過程3.bitmap對象不使用時(shí)采用recycle()釋放內(nèi)存4。activity中的對象的生命周期大于activity調(diào)試方法: ddms= heapszie=dataobject=total size還有其他問題,大家歡迎提出阿,可以是整體架構(gòu)的,還有這個(gè)hal層.涉及到以下幾個(gè)內(nèi)容一 activity的生命周期二 讓activity變成一個(gè)窗口:activity屬性設(shè)定三 你后臺(tái)的activity被系統(tǒng)回收怎么辦:onsaveinstancestate四 調(diào)用與被調(diào)用:我們的通信使者 intent一 activity的生命周期和其他手機(jī) 平臺(tái) 的應(yīng)用

20、程序一樣,android的應(yīng)用程序的生命周期是被統(tǒng)一掌控的,也就是說我們寫的應(yīng)用程序命運(yùn)掌握在別人(系統(tǒng))的手里,我們不能改變它,只能學(xué)習(xí)并適應(yīng)它。簡單地了解一下為什么是這樣:我們手機(jī)在運(yùn)行一個(gè)應(yīng)用程序的時(shí)候,有可能打進(jìn)來電話發(fā)進(jìn)來短信,或者沒有電了,這時(shí)候程序都會(huì)被中斷,優(yōu)先去服務(wù)電話的基本功能,另外系統(tǒng)也不允許你占用太多資源,至少要保證電話功能吧,所以資源不足的時(shí)候也就有可能被干掉.言歸正傳,activity的基本生命周期如下代碼所示:java 代碼public class myactivity extends activityprotected void oncreate(bundle

21、savedinstancestate);protected void onstart();protected void onresume();protected void onpause();protected void onstop();protected void ondestroy();你自己寫的activity會(huì)按需要重載這些方法,oncreate是免不了的,在一個(gè)activity正常啟動(dòng)的過程中,他們被調(diào)用的順序是 oncreate - onstart onresume, 在activity被干掉的時(shí)候順序是onpause onstop ondestroy ,這樣就是一個(gè)完整的生命周

22、期,但是有人問了,程序正運(yùn)行著呢來電話了,這個(gè)程序咋辦?中止了唄,如果中止的時(shí)候新出的一個(gè)activity是全屏的那么:onpauseonstop ,恢復(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è)a

23、ctivity的最上面,運(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í)性的干掉,可以用 is

24、finishing()來判斷它,如果你有一個(gè)progress dialog在線程中轉(zhuǎn)動(dò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可能被殺掉

25、,所以線程中使用的變量和一些界面元素就千萬要注意了,一般都是采用android的消息機(jī)制 handler,message來處理多線程和界面交互的問題。二 讓activity變成一個(gè)窗口:activity屬性設(shè)定應(yīng)用程序是一個(gè)漂浮在手機(jī)主界面的東西,只需要設(shè)置一下activity的主題就可以了在androidmanifest。xml 中定義 activity的地方一句話:xml代碼android:theme=android:style/theme。dialogandroid:theme=”android:style/theme.dialog這就使你的應(yīng)用程序變成對話框的形式彈出來了,或者 xml

26、代碼android:theme=”android:style/theme。translucent”android:theme=”android:style/theme.translucent”就 變成半透明的,友情提示.類似的這種activity的屬性可以在android.r。styleable 類的androidmanifestactivity 方法中看到,androidmanifest。xml中所有元素的屬性的介紹都可以參考這個(gè)類android。r。styleable上面說的是屬性名稱,具體有什么值是在android.r。style中可以看到,比如這個(gè)android:style/theme

27、。dialog”就對應(yīng)于android。r.style。theme_dialog ,(_換成. action android:name=ent.action。view /action android:value=ent。action。edit /action android:value=”ent.action。pick /category android:name=ent.category。default/data android:mimetype=”vnd.android.cursor.dir/vnd。g

28、oogle。note /intent-filterintent-filteraction android:name=ent.action。view/action android:value=”ent.action。edit” /action android:value=”ent。action.pick /data android:mimetype=”vnd。android.cursor.dir/vnd。google.note” /這里面配置用到了action, data, category這些東西, action其實(shí)就是一個(gè)意圖

29、的字符串名稱。上面這段intent-filter的配置文件說明了這個(gè)activity可以接受不同的 action,當(dāng)然相應(yīng)的程序邏輯也不一樣咯,提一下那個(gè) mimetype,他是在contentprovider里定義的,你要是自己實(shí)現(xiàn)一個(gè)contentprovider就知道了,必須指定 mimetype才能讓數(shù)據(jù)被別人使用??偨Y(jié):調(diào)用別的界面不是直接new那個(gè)界面,而是通過扔出一個(gè)intent,讓系統(tǒng)幫你去調(diào)用那個(gè)界面,這樣就多么松藕合啊,而且符合了生命周期被系統(tǒng)管理的原則.面試官最直接的問題(高頻率)一,listview你是怎么優(yōu)化的。二,view的刷新,之前說過三,ipc及原理四,andro

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論