2023年Android70道面試題匯總面試不再愁

Ａｎdroｉd70道面試題匯總不再愁面試1．下列哪些語(yǔ)句關(guān)于HYPERＬＩNK""＼ｏ"內(nèi)存"\t＂＿blank"內(nèi)存回收的說(shuō)明是對(duì)的的?(b）Ａ、程序員必須創(chuàng)建一個(gè)線程來(lái)釋放HYPＥRＬIＮK""\o＂內(nèi)存"\ｔ"_blａｎｋ"內(nèi)存B、內(nèi)存回收程序負(fù)責(zé)釋放無(wú)用內(nèi)存C、內(nèi)存回收程序允許程序員直接釋放內(nèi)存D、內(nèi)存回收程序可以在指定的時(shí)間釋放內(nèi)存對(duì)象2.下面異常是屬于ＲuntiｍeExｃｅption的是（abｃd)（多選)A、ArｉthｍeticＥxcｅptionＢ、IlｌｅgalAｒｇumentＥxｃeptionC、NuｌlPointｅrＥxcepｔiｏnＤ、BｕfferＵnderflowExceptｉｏｎ３．Ｍath.roｕnd(11.5）等于多少().Matｈ．roｕnｄ(-1１.5)等于多少(c).cA、１1,-11B、１1,－12C、12,－1１D、１2,-１2４.下列程序段的輸出結(jié)果是：(b)voｉdcoｍplicatｅｄexｐression_ｒ（){ｉntx=20,y＝30;booleanb;ｂ＝x>50&&y>６0|｜x>50＆&y＜-6０||x<-５0&＆y>6０||x<-５0＆&ｙ＜-60;Systｅｍ．oｕｔ.priｎtlｎ(b);｝A、trueB、falｓeC、1D、011．a(chǎn)ｃｔivｉｔy5.對(duì)一些資源以及狀態(tài)的操作保存,最佳是保存在生命周期的哪個(gè)函數(shù)中進(jìn)行（d)Ａ、onPaｕse（）B、onCrｅate(）Ｃ、onResumｅ(）D、onStarｔ（)6.Intenｔ傳遞數(shù)據(jù)時(shí),下列的數(shù)據(jù)類型哪些可以被傳遞（aｂcｄ）(多選）A、ＳerｉaliｚablｅB、cｈarsequencｅC、ParｃeｌaｂlｅD、Bundle7.andrｏid中下列屬于Intent的作用的是(c）A、實(shí)現(xiàn)應(yīng)用程序間的數(shù)據(jù)共享B、是一段長(zhǎng)的生命周期,沒有用戶界面的程序，可以保持應(yīng)用在后臺(tái)運(yùn)營(yíng)，而不會(huì)由于切換頁(yè)面而消失C、可以實(shí)現(xiàn)界面間的切換,可以包含動(dòng)作和動(dòng)作數(shù)據(jù),連接四大組件的紐帶D、解決一個(gè)應(yīng)用程序整體性的工作8.下列屬于SＡX解析xｍｌ文獻(xiàn)的優(yōu)點(diǎn)的是(b)A、將整個(gè)文檔樹在內(nèi)存中，便于操作，支持刪除,修改，重新排列等多種功能B、不用事先調(diào)入整個(gè)文檔,占用資源少C、整個(gè)文檔調(diào)入內(nèi)存，浪費(fèi)時(shí)間和空間D、不是長(zhǎng)期駐留在內(nèi)存,數(shù)據(jù)不是持久的，事件過(guò)后，若沒有保存數(shù)據(jù)，數(shù)據(jù)就會(huì)消失９.下面的對(duì)自定style的方式對(duì)的的是Ａ、<ｒesources＞?

＜stylename=＂ｍyＳｔyle"＞?

<iｔｅmnamｅ="anｄroiｄ:layｏｕt_wｉｄｔｈ">fill_paｒent</item>?

</stｙle>

</resourｃeｓ>?

Ｂ、＜stylenａｍｅ="ｍyStyle"＞?

<ｉｔemname＝"android:layｏut_ｗidth"＞fiｌl＿paｒeｎt<／ｉtem>?

</ｓtyle＞

C、<resourcｅs>

＜itemnaｍe＝"androiｄ：laｙout＿widtｈ">fｉｌｌ_ｐａrｅnｔ<／itｅm>

＜/resｏｕrces>

D、<resｏuｒceｓ>

＜sｔylename="android：lａyｏｕt_width"＞filｌ＿ｐaｒent<／stylｅ>

<／resources>１０.在ａｎdroiｄ中使用Mｅnｕ時(shí)也許需要重寫的方法有(ａc)。(多選)A、oｎCreaｔｅＯptioｎsＭenu（)B、onＣreateMenu(）C、oｎＯptｉonsItemＳeｌｅcｔed(）Ｄ、oｎI(lǐng)temＳeｌeｃted（)１1.在SＱLSｅｒｖｅｒMaｎagemeｎtSｔudio中運(yùn)營(yíng)下列Ｔ－SQL語(yǔ)句，其輸出值(c)。SELＥCＴ＠@IＤENTIＴYA、也許為0.1B、也許為3C、不也許為-100Ｄ、肯定為01２.在SQLSeｒver202３中運(yùn)營(yíng)如下T-SQL語(yǔ)句,假定SＡＬES表中有多行數(shù)據(jù)，執(zhí)行查詢之后的結(jié)果是(d)。ＢＥGＩＮＴＲＡＮSＡCTＩONＡUpdaｔeSAＬＥSＳetqty＝30WＨERＥqty＜30ＢEＧINＴRANSACTIONBUpdaｔeSＡLＥSＳetqｔy＝40WHEREqty＜40UpdateSALESSetqｔｙ=50WＨＥREqｔｙ<5０UpｄatｅSALESSｅtqty=60WHＥRＥqty<60COMMITTRＡNSACTＩOＮBＣOMMITTＲANSACＴＩONAＡ、SALES表中qty列最小值大于等于30B、SALＥS表中qtｙ列最小值大于等于4０Ｃ、ＳＡLES表中qty列的數(shù)據(jù)所有為50D、ＳＡＬES表中ｑｔy列最小值大于等于601３.在aｎdroｉｄ中使用ＳQLｉteOpenＨｅlpeｒ這個(gè)輔助類時(shí),可以生成一個(gè)數(shù)據(jù)庫(kù),并可以對(duì)數(shù)據(jù)庫(kù)版本進(jìn)行管理的方法可以是(ａb）Ａ、ｇｅtWriteａｂleＤatａbaｓe()B、getＲeadableDaｔabａse()C、getDaｔabase（)Ｄ、geｔAｂlｅＤatａbase()14.android關(guān)于serｖiｃe生命周期的onＣrｅate()和onStａｒt()說(shuō)法對(duì)的的是(ad)（多選題)Ａ、當(dāng)?shù)谝淮螁?dòng)的時(shí)候先后調(diào)用onＣreatｅ(）和onStaｒt(）方法Ｂ、當(dāng)?shù)谝淮螁?dòng)的時(shí)候只會(huì)調(diào)用onCrｅate()方法C、假如seｒｖｉce已經(jīng)啟動(dòng)，將先后調(diào)用onＣreatｅ（）和ｏnStaｒｔ（)方法D、假如servｉｃe已經(jīng)啟動(dòng)，只會(huì)執(zhí)行oｎＳtａrt（)方法,不在執(zhí)行onCreａt(yī)ｅ()方法15.下面是屬于ＧLSurＦacｅＶiｅw特性的是(aｂc）(多選)A、管理一個(gè)ｓurface,這個(gè)ｓuｒｆacｅ就是一塊特殊的內(nèi)存，能直接排版到andｒｏid的視圖view上。B、管理一個(gè)ＥGLｄisplaｙ,它能讓oｐeｎgl把內(nèi)容渲染到上述的surfacｅ上。C、讓渲染器在獨(dú)立的線程里運(yùn)作,和UI線程分離。D、可以直接從內(nèi)存或者DＭA等硬件接口取得圖像數(shù)據(jù)1６.下面在AndｒoidManiｆeｓt.ｘmｌ文獻(xiàn)中注冊(cè)BroaｄcａstＲecｅiｖer方式對(duì)的的A、<reｃeｉveraｎdｒoｉd：naｍe=＂NeｗＢｒoａｄ">?

<inteｎt-filteｒ＞

＜actioｎ

anｄrｏid:naｍe="ａｎｄroｉviｄeｒ.actｉon.NewBroaｄ"/>?

<aｃtｉon>?

</ｉｎｔent－fｉｌtｅr>

<／receｉver＞?

Ｂ、<reｃeiｖeｒaｎdroid:nａmｅ="NeｗBroad"＞?

<ｉｎtｅnt-filｔｅｒ>?

ａnｄｒoid：naｍe="androｉvider.ａctioｎ．NewBroad"/>

<／ｉｎtent-filｔer＞?

＜/receiver>

Ｃ、<receiveｒａndｒｏiｄ：ｎamｅ="NeｗＢroad">

<ａｃtｉon

android:name=＂ａnｄroｉd．proｖｉder.aｃtｉoｎ.NｅwBroad"/＞

＜actｉｏn＞

＜／receivｅr>?

D、＜iｎｔenｔ－fiｌｔer＞?

<receiveｒanｄroid:name=＂ＮeｗBroaｄ">?

<ａcｔioｎ>

androｉd:ｎamｅ="androｉｖiｄeｒ.acｔiｏn．ＮewＢrｏaｄ"/>

<aｃtion>

<／reｃeｉveｒ>?＜/ｉntent－fｉlteｒ>１7．關(guān)于ConｔｅnValuｅs類說(shuō)法對(duì)的的是(ａ)Ａ、他和Ｈashtablｅ比較類似，也是負(fù)責(zé)存儲(chǔ)一些名值對(duì)，但是他存儲(chǔ)的名值對(duì)當(dāng)中的名是Ｓtrｉｎg類型，而值都是基本類型B、他和Hashｔａble比較類似，也是負(fù)責(zé)存儲(chǔ)一些名值對(duì)，但是他存儲(chǔ)的名值對(duì)當(dāng)中的名是任意類型，而值都是基本類型Ｃ、他和Hashtablｅ比較類似,也是負(fù)責(zé)存儲(chǔ)一些名值對(duì)，但是他存儲(chǔ)的名值對(duì)當(dāng)中的名,可認(rèn)為空,而值都是Sｔriｎg類型D、他和Hashtａblｅ比較類似，也是負(fù)責(zé)存儲(chǔ)一些名值對(duì),但是他存儲(chǔ)的名值對(duì)當(dāng)中的名是Sｔring類型，而值也是Strinｇ類型18.我們都知道Hanlｄｅｒ是線程與Ａcｔivitｙ通信的橋梁，假如線程解決不妥,你的機(jī)器就會(huì)變得越慢，那么線程銷毀的方法是（a)A、ｏｎDestroy()Ｂ、onClear（）C、onFｉniｓh()D、onStｏｐ（)１9.下面退出Actｉvity錯(cuò)誤的方法是(c)Ａ、finish(）B、拋異常強(qiáng)制退出C、Sｙｓｔem.ｅｘit(）D、onStop()20.下面屬于aｎdｒoid的動(dòng)畫分類的有(aｂ）(多項(xiàng))A、ＴweenB、FramｅC、DｒａwD、Animation21.下面關(guān)于Anｄroidｄvｍ的進(jìn)程和Liｎｕx的進(jìn)程,應(yīng)用程序的進(jìn)程說(shuō)法對(duì)的的是（d)Ａ、ＤVM指ｄalivk的虛擬機(jī).每一個(gè)Ａndroid應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),不一定擁有一個(gè)獨(dú)立的Dalvｉｋ虛擬機(jī)實(shí)例.而每一個(gè)ＤVＭ都是在Linｕx中的一個(gè)進(jìn)程,所以說(shuō)可以認(rèn)為是同一個(gè)概念.Ｂ、DＶＭ指daliｖk的虛擬機(jī).每一個(gè)Ａｎdroid應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng)，不一定擁有一個(gè)獨(dú)立的Daｌvik虛擬機(jī)實(shí)例.而每一個(gè)DVM不一定都是在Linux中的一個(gè)進(jìn)程,所以說(shuō)不是一個(gè)概念．C、ＤＶM指dalｉvk的虛擬機(jī).每一個(gè)Anｄroid應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),都擁有一個(gè)獨(dú)立的Dａlvｉk虛擬機(jī)實(shí)例.而每一個(gè)DＶM不一定都是在Linux中的一個(gè)進(jìn)程，所以說(shuō)不是一個(gè)概念.Ｄ、DVＭ指ｄａlｉvk的虛擬機(jī).每一個(gè)Androｉd應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),都擁有一個(gè)獨(dú)立的Ｄalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM都是在Linuｘ中的一個(gè)進(jìn)程,所以說(shuō)可以認(rèn)為是同一個(gè)概念．22.Ａｎdrｏid項(xiàng)目工程下面的assets目錄的作用是什么bA、放置應(yīng)用到的圖片資源。B、重要放置多媒體等數(shù)據(jù)文獻(xiàn)Ｃ、放置字符串,顏色，數(shù)組等常量數(shù)據(jù)D、放置一些與UI相應(yīng)的布局文獻(xiàn),都是xml文獻(xiàn)23.關(guān)于ｒes/raw目錄說(shuō)法對(duì)的的是(a)A、這里的文獻(xiàn)是原封不動(dòng)的存儲(chǔ)到設(shè)備上不會(huì)轉(zhuǎn)換為二進(jìn)制的格式Ｂ、這里的文獻(xiàn)是原封不動(dòng)的存儲(chǔ)到設(shè)備上會(huì)轉(zhuǎn)換為二進(jìn)制的格式C、這里的文獻(xiàn)最終以二進(jìn)制的格式存儲(chǔ)到指定的包中D、這里的文獻(xiàn)最終不會(huì)以二進(jìn)制的格式存儲(chǔ)到指定的包中24.下列對(duì)androｉdNDK的理解對(duì)的的是（abcd）A、NDK是一系列工具的集合B、NDK提供了一份穩(wěn)定、功能有限的API頭文獻(xiàn)聲明。C、使“Java+Ｃ”的開發(fā)方式終于轉(zhuǎn)正，成為官方支持的開發(fā)方式D、ＮDＫ將是Ａndroid平臺(tái)支持C開發(fā)的開端二.文獻(xiàn)存儲(chǔ)方式三.SQLite數(shù)據(jù)庫(kù)方式四.內(nèi)容提供器(Conｔentｐrｏvidｅｒ)方式二、Ａnｄｒoid面試填空題2５．a(chǎn)ｎdrｏiｄ中常用的四個(gè)布局是framlａｙout，ｌiｎｅnａrlayout,rｅlａt(yī)ｉvｅlａyｏut和ｔａblelａyout。26．a(chǎn)nｄrｏid的四大組件是ａctivieｙ，ｓｅｒvice，ｂroaｄcａst和ｃontentpｒovｉｄe。27.jaｖa.iｏ包中的ｏbjｅctｉnpｕｔstream和ｏbjｅctoｕtｐutstｒeａｍ類重要用于對(duì)對(duì)象（Object）的讀寫。２8.anｄrｏid中ｓervｉce的實(shí)現(xiàn)方法是:sｔarｔservice和bindsｅrviｃe。２9.ａctivitｙ一般會(huì)重載7個(gè)方法用來(lái)維護(hù)其生命周期，除了onCreate（）,ｏnStaｒt(),onＤestory()外尚有onrestart，onreｓuｍｅ,oｎpａuｓe,onstop。30.aｎdｒoid的數(shù)據(jù)存儲(chǔ)的方式sｈａｒｅdpｒefeｒence,文獻(xiàn),SＱlite,cｏｎtｅntprovideｒ,網(wǎng)絡(luò)。３1.當(dāng)啟動(dòng)一個(gè)Actｉｖｉty并且新的Activiｔy執(zhí)行完后需要返回到啟動(dòng)它的Ａctiviｔy來(lái)執(zhí)行的回調(diào)函數(shù)是startＡｃtivｉtyReｓult()。32．請(qǐng)使用命令行的方式創(chuàng)建一個(gè)名字為myAvd,sdk版本為2.2,sd卡是在d盤的根目錄下,名字為scard.img，并指定屏幕大小HVGA.___＿_(dá)______＿＿_(dá)＿＿_(dá)_____＿_(dá)______＿_(dá)__＿_(dá)。33.程序運(yùn)營(yíng)的結(jié)果是：＿_(dá)_＿_(dá)goｏdａndgbc__________。pｕｂlicclaｓｓExａｍple{Ｓtｒingstｒ=neｗStｒing("good");chaｒ[］ch={'a','b'，＇c'};pｕblicstaticvｏｉdｍaｉn(Ｓtrｉngargs[]){Ｅｘaｍpleex=nｅwExａmple();ex．cｈaｎge(ex.ｓtｒ，eｘ．cｈ）;Syｓtem.out.print(ｅｘ.sｔr+"anｄ＂）;Syｔｅm.ｏut.print（ex.ch)；}ｐuｂｌicvoｉdchaｎｇe(Ｓｔrinｇstr,charｃｈ[］）｛sｔr="tesｔok＂;ｃh［0]='g'；}｝34.在aｎdｒoid中,請(qǐng)簡(jiǎn)述ｊni的調(diào)用過(guò)程。(8分)1）安裝和下載Cygwin,下載AndroidNDK２)在ndｋ項(xiàng)目中JＮＩ接口的設(shè)計(jì)3)使用C／C++實(shí)現(xiàn)本地方法4）JＮI生成動(dòng)態(tài)鏈接庫(kù).so文獻(xiàn)５)將動(dòng)態(tài)鏈接庫(kù)復(fù)制到ｊava工程,在ｊａｖa工程中調(diào)用,運(yùn)營(yíng)javａ工程即可35.簡(jiǎn)述Anｄroid應(yīng)用程序結(jié)構(gòu)是哪些?（7分)Andｒoｉd應(yīng)用程序結(jié)構(gòu)是：LinuxKerｎｅｌ(Linｕｘ內(nèi)核）、Lｉｂｒarｉｅs(系統(tǒng)運(yùn)營(yíng)庫(kù)或者是c/ｃ++核心庫(kù))、AppliｃationFrameｗork(開發(fā)框架包）、Apｐlｉcaｔions(核心應(yīng)用程序）36．請(qǐng)繼承ＳQLｉteOpeｎHeｌpeｒ?qū)崿F(xiàn)：(1０分)１).創(chuàng)建一個(gè)版本為１的“diaryＯpenHelpeｒ.db”的數(shù)據(jù)庫(kù)，2)．同時(shí)創(chuàng)建一個(gè)“diary”表(包含一個(gè)＿iｄ主鍵并自增長(zhǎng),topｉｃ字符型100長(zhǎng)度，ｃonｔent字符型1000長(zhǎng)度)3）.在數(shù)據(jù)庫(kù)版本變化時(shí)請(qǐng)刪除ｄｉary表，并重新創(chuàng)建出ｄｉａry表。publiccｌassDBＨeｌpｅreｘtｅｎdsＳQLiteＯpenHelpeｒ{publicfiｎalstａt(yī)ｉｃＳtringDATABASENＡＭE="diarｙOpenHelper.ｄb";pｕｂliｃfｉnaｌstaticiｎtＤATABＡSＥＶEＲSION=１;//創(chuàng)建數(shù)據(jù)庫(kù)publiｃＤBHelｐer（Coｎｔｅxtconｔeｘｔ,Ｓtrinｇname,CursorFaｃｔｏrｙfactｏry，intveｒsion){sｕper(ｃｏnｔｅxｔ，naｍe,ｆaｃtoｒy,vｅrsioｎ)；}／/創(chuàng)建表等機(jī)構(gòu)性文獻(xiàn)pubｌicvｏidonＣｒeate(SQLiteＤａt(yī)aｂasｅｄｂ)｛Stｒingsql="creatｅtａblediarｙ"+＂(＂+"_idinteｇeｒｐrimarykｅyauｔｏincrement,＂＋＂topicvarchar（１00）,"+"contentvaｒｃhar（1０00)"＋")";db．eｘecSQL(sql);}//若數(shù)據(jù)庫(kù)版本有更新,則調(diào)用此方法pｕblicvoidｏnＵｐgｒaｄe(SQLiteDatabaseｄb,intoｌdVｅrsiｏn,intｎｅwVersioｎ)｛Ｓtrinｇsｑｌ="droptablｅｉfｅxiｓtｓdiarｙ";db.eｘecSQL（sqｌ);thｉｓ.onCreate(db);}}3７.頁(yè)面上現(xiàn)有ProgressBar控件prｏgressＢaｒ,請(qǐng)用書寫線程以10秒的的時(shí)間完畢其進(jìn)度顯示工作。(1０分)答案publicｃｌａssＰrｏgｒessBaｒStueｘｔｅｎｄsAｃtivｉtｙ{priｖａt(yī)ePｒoｇressＢarｐrｏgｒessBａr=null;ｐrotectｅdvｏｉｄonCreatｅ(BuｎdlesavedIｎｓｔanceＳtaｔe）｛ｓｕpｅr．ｏnCreaｔe(savｅdＩnstａnceＳtate);ｓetＣoｎtentVｉew(R.layoｕt.pｒoｇreｓsbar);／/從這到下是關(guān)鍵progresｓBａr＝(PrｏｇressBar）fiｎdVieｗByＩｄ（R.greｓsBar)；Ｔhreadthrｅad=newTｈｒead(newRunnａｂle(){@Oｖeｒｒｉdeｐuｂｌicvｏｉdrun(）｛intprogrｅssBａｒMａｘ=ｐrｏｇreｓsＢar.gｅｔMａx（)；trｙ{while(progｒessＢａrMａx!=proｇressBar.getProgrｅsｓ()){ｉｎtstepPｒoｇress=pｒｏgressBaｒMａx/１0;iｎtcurrentpｒｏｇress=progrｅsｓBaｒ.gｅtPrｏｇresｓ(）;proｇreｓsBaｒ.ｓetProgｒｅss(cｕrreｎtprogress+stepProgｒｅｓｓ);Thｒeａd.sleep(１00０);}}ｃatch(InterｒuptedExceptione)｛//TOＤOAuｔo－ｇenerateｄcatchｂlocke．prinｔSｔackTrａce();｝｝}）；threaｄ.start();//關(guān)鍵結(jié)束}}3８.請(qǐng)描述下Activiｔy的生命周期。必調(diào)用的三個(gè)方法：onCｒeatｅ()-->ｏnＳｔａrt（)－->oｎRｅsuｍe(),用ＡＡＡ表達(dá)（1）父Aｃtiｖitｙ啟動(dòng)子Activiｔy,子Actvity退出,父Ａｃｔivitｙ調(diào)用順序如下ＡAA-－>onFｒeeze（）-->onPause（)--＞oｎStop（)--＞oｎRestart()--＞onSｔaｒt(),oｎReｓumｅ（）…(2)用戶點(diǎn)擊Hｏme,Actｖity調(diào)用順序如下AAA-->onFreeze()-－>ｏnPａuse(）-－>onSｔoｐ（)--Maybe-－>onDestｒｏy()–Maybe(３)調(diào)用ｆinish(），Ａctiｖity調(diào)用順序如下AＡＡ-->onPause()－->oｎStop（)-->ｏｎDesｔroy(）(4)在Ａcｔｉvity上顯示diａｌoｇ，Activity調(diào)用順序如下ＡＡA(５)在父Aｃtｉvitｙ上顯示透明的或非全屏的ａｃtｉvity，Ａctｉvｉty調(diào)用順序如下ＡAA－－>ｏnFreeｚｅ()--＞ｏｎPause()(6)設(shè)備進(jìn)入睡眠狀態(tài),Aｃtｉｖｉｔｙ調(diào)用順序如下AAA－->ｏnＦreeze（)－->onＰaｕse()39.假如后臺(tái)的Acｔiｖity由于某因素被系統(tǒng)回收了，如何在被系統(tǒng)回收之前保存當(dāng)前狀態(tài)?onSaｖeIｎstanceStatｅ()當(dāng)你的程序中某一個(gè)AcｔｉｖｉtyA在運(yùn)營(yíng)時(shí)，積極或被動(dòng)地運(yùn)營(yíng)另一個(gè)新的AｃtivｉtyB，這個(gè)時(shí)候A會(huì)執(zhí)行onSavｅInsｔanceStａｔｅ(）。Ｂ完畢以后又會(huì)來(lái)找A，這個(gè)時(shí)候就有兩種情況:一是A被回收,二是Ａ沒有被回收，被回收的A就要重新調(diào)用onCreａt(yī)e（）方法，不同于直接啟動(dòng)的是這回oｎCｒeaｔe()里是帶上了參數(shù)sａveｄＩnstanceStａt(yī)e；而沒被收回的就直接執(zhí)行ｏnResｕmｅ(),跳過(guò)onCreate(）了。4０.如何將一個(gè)Aｃtivｉty設(shè)立成窗口的樣式。在AｎdｒoｉdＭanｉfeｓt.xｍl中定義Ａctivity的地方一句話aｎdｒoid：tｈｅｍe=＂@andrｏid:stylｅ/Theｍe.Dialog＂或aｎdｒoｉd:theme="@aｎｄroｉｄ:style／Thｅme．Traｎslucent＂就變成半透明的41.如何退出Acｔivｉtｙ?如何安全退出已調(diào)用多個(gè)Ａctｉvity的Ａppｌication?對(duì)于單一Activity的應(yīng)用來(lái)說(shuō)，退出很簡(jiǎn)樸，直接finisｈ(）即可。當(dāng)然,也可以用kｉlｌProcess()和Syｓｔｅm.exit(）這樣的方法。但是，對(duì)于多Activiｔy的應(yīng)用來(lái)說(shuō),在打開多個(gè)Acｔivｉｔy后,假如想在最后打開的Actｉvity直接退出，上邊的方法都是沒有用的,由于上邊的方法都是結(jié)束一個(gè)Ａctｉｖity而已。當(dāng)然,網(wǎng)上也有人說(shuō)可以。就仿佛有人問，在應(yīng)用里如何捕獲Home鍵,有人就會(huì)說(shuō)用kｅｙCode比較KEYCODE_HOMＥ即可,而事實(shí)上假如不修改ｆｒａmｅｗorｋ,主線不也許做到這一點(diǎn)同樣。所以，最佳還是自己親自試一下。那么,有沒有辦法直接退出整個(gè)應(yīng)用呢？在2．１之前，可以使用ＡｃtｉvityManａgｅr的reｓtaｒtPａckage方法。它可以直接結(jié)束整個(gè)應(yīng)用。在使用時(shí)需要權(quán)限ａndroid.ｐerｍissiｏn.RESTART_PＡCKAＧES。注意不要被它的名字迷惑?？墒?，在2.2,這個(gè)方法失效了。在2．2添加了一個(gè)新的方法，killＢaｃｋgroｕｎｄPｒocesｓeｓ()，需要權(quán)限anｄｒｏid.peｒmissｉｏn.ＫILL_ＢＡCKGROUＮＤ_ＰＲOCESSES。可惜的是,它和2．２的rｅｓtａrtPackａge同樣,主線起不到應(yīng)有的效果。此外尚有一個(gè)方法,就是系統(tǒng)自帶的應(yīng)用程序管理里,強(qiáng)制結(jié)束程序的方法，forｃeStopＰackagｅ()。它需要權(quán)限ａndroid.ｐｅｒmission．FORＣE_ＳTＯP_PACＫＡGEＳ。并且需要添加androiｄ:sｈaredＵserＩd=＂ａndroid.uiｄ.ｓysteｍ"屬性同樣可惜的是，該方法是非公開的，他只能運(yùn)營(yíng)在系統(tǒng)進(jìn)程，第三方程序無(wú)法調(diào)用。由于需要在Ａndroid.ｍk中添加LＯCAL_CERTIFIＣAＴＥ:=ｐlatfoｒｍ。而Aｎｄroｉd.mｋ是用于在Aｎdrｏid源碼下編譯程序用的。從以上可以看出,在2．2,沒有辦法直接結(jié)束一個(gè)應(yīng)用,而只能用自己的辦法間接辦到?，F(xiàn)提供幾個(gè)方法，供參考:1、拋異常強(qiáng)制退出：該方法通過(guò)拋異常,使程序ForｃｅClose。驗(yàn)證可以，但是，需要解決的問題是，如何使程序結(jié)束掉，而不彈出ＦｏrcｅClｏse的窗口。2、記錄打開的Acｔiviｔy：每打開一個(gè)Activity，就記錄下來(lái)。在需要退出時(shí),關(guān)閉每一個(gè)Actiｖｉty即可。３、發(fā)送特定廣播:在需要結(jié)束應(yīng)用時(shí)，發(fā)送一個(gè)特定的廣播,每個(gè)Ａctiｖｉｔy收到廣播后,關(guān)閉即可。４、遞歸退出在打開新的Actiｖitｙ時(shí)使用ｓｔartAｃtｉｖityＦｏrRｅsｕlt，然后自己加標(biāo)志,在onAｃtivityResｕlt中解決,遞歸關(guān)閉。除了第一個(gè)，都是想辦法把每一個(gè)Activiｔｙ都結(jié)束掉，間接達(dá)成目的。但是這樣做同樣不完美。你會(huì)發(fā)現(xiàn)，假如自己的應(yīng)用程序?qū)γ恳粋€(gè)Activｉtｙ都設(shè)立了nｏsｅnｓoｒ,在兩個(gè)Aｃtiｖity結(jié)束的間隙，sensｏr也許有效了。但至少，我們的目的達(dá)成了,并且沒有影響用戶使用。為了編程方便,最佳定義一個(gè)Actｉvｉty基類,解決這些共通問題。42.請(qǐng)介紹下Andrｏid中常用的五種布局。ＦｒａmeLａｙout(框架布局)，LｉｎearLaｙout(線性布局）,AbsolｕteＬayout(絕對(duì)布局)，RelatｉveＬayｏut（相對(duì)布局),TabｌeLａyout(表格布局）４３.請(qǐng)介紹下Aｎｄｒｏid的數(shù)據(jù)存儲(chǔ)方式。一.SｈaredPreｆeｒｅｎces方式五．網(wǎng)絡(luò)存儲(chǔ)方式44．請(qǐng)介紹下CｏntｅntＰｒoｖｉder是如何實(shí)現(xiàn)數(shù)據(jù)共享的。創(chuàng)建一個(gè)屬于你自己的Coｎｔentpｒovｉder或者將你的數(shù)據(jù)添加到一個(gè)已經(jīng)存在的Cｏｎｔentproｖider中，前提是有相同數(shù)據(jù)類型并且有寫入Conｔｅntproviｄｅr的權(quán)限。45.如何啟用Sｅrviｃe,如何停用Sｅｒviｃe。Aｎdｒｏid中的ｓervice類似于windoｗs中的sｅｒvice,servｉｃe一般沒有用戶操作界面,它運(yùn)營(yíng)于系統(tǒng)中不容易被用戶發(fā)現(xiàn),可以使用它開發(fā)如監(jiān)控之類的程序。一。環(huán)節(jié)第一步：繼承Ｓerviｃe類publicclaｓsSMSServiceextendsＳeｒvice{｝第二步：在AｎdｒｏｉdＭａnifest.ｘml文獻(xiàn)中的節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配置：二。Conteｘｔ.startService()和Contｅｘt.bindＳerｖicｅ服務(wù)不能自己運(yùn)營(yíng)，需要通過(guò)調(diào)用Conｔext．sｔartSeｒviｃｅ()或Cｏntexｔ．bindSerｖice(）方法啟動(dòng)服務(wù)。這兩個(gè)方法都可以啟動(dòng)Serｖice，但是它們的使用場(chǎng)合有所不同。1．使用startSerｖiｃｅ()方法啟用服務(wù)，調(diào)用者與服務(wù)之間沒有關(guān)連,即使調(diào)用者退出了，服務(wù)仍然運(yùn)營(yíng)。使用bｉｎdＳｅrviｃe()方法啟用服務(wù)，調(diào)用者與服務(wù)綁定在了一起，調(diào)用者一旦退出,服務(wù)也就終止。２.采用Conｔｅxt.startService()方法啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的onCreate()方法,接著調(diào)用onＳtaｒt()方法。假如調(diào)用ｓｔaｒtＳervicｅ()方法前服務(wù)已經(jīng)被創(chuàng)建,多次調(diào)用staｒtＳervicｅ()方法并不會(huì)導(dǎo)致多次創(chuàng)建服務(wù),但會(huì)導(dǎo)致多次調(diào)用ｏｎStaｒt（)方法。采用startSerｖice()方法啟動(dòng)的服務(wù)，只能調(diào)用Conｔext．ｓtopService（)方法結(jié)束服務(wù),服務(wù)結(jié)束時(shí)會(huì)調(diào)用onDestroy（)方法。3.采用Conteｘｔ.biｎdServicｅ()方法啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的onCrｅate()方法,接著調(diào)用onBind()方法。這個(gè)時(shí)候調(diào)用者和服務(wù)綁定在一起，調(diào)用者退出了，系統(tǒng)就會(huì)先調(diào)用服務(wù)的onUnbiｎd(）方法,。接著調(diào)用onDesｔｒｏy()方法。假如調(diào)用ｂindSeｒviｃe(）方法前服務(wù)已經(jīng)被綁定，多次調(diào)用bindService(）方法并不會(huì)導(dǎo)致多次創(chuàng)建服務(wù)及綁定（也就是說(shuō)ｏｎCｒｅａt(yī)e(）和onBind()方法并不會(huì)被多次調(diào)用）。假如調(diào)用者希望與正在綁定的服務(wù)解除綁定，可以調(diào)用unbｉnｄService()方法，調(diào)用該方法也會(huì)導(dǎo)致系統(tǒng)調(diào)用服務(wù)的onUnbind()-->oｎDeｓtroy()方法。三。Seｒvice的生命周期1.Ｓｅrviｃe常用生命周期回調(diào)方法如下:oｎCｒｅａt(yī)e(）該方法在服務(wù)被創(chuàng)建時(shí)調(diào)用,該方法只會(huì)被調(diào)用一次,無(wú)論調(diào)用多少次ｓtarｔＳｅrvice(）或bｉｎdSｅrviｃe()方法，服務(wù)也只被創(chuàng)建一次。ｏｎDestrｏy()該方法在服務(wù)被終止時(shí)調(diào)用。2.Cｏnｔext.stａrｔServｉce()啟動(dòng)Sｅrvice有關(guān)的生命周期方法onSｔart()只有采用Contｅｘｔ．staｒtService()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在服務(wù)開始運(yùn)營(yíng)時(shí)被調(diào)用。多次調(diào)用stａｒtSｅrvice()方法盡管不會(huì)多次創(chuàng)建服務(wù),但onStaｒｔ()方法會(huì)被多次調(diào)用。3.Contexｔ.bindSerｖｉce()啟動(dòng)Ｓｅrvice有關(guān)的生命周期方法onBiｎd()只有采用Conｔext.bindＳｅｒvicｅ(）方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)綁定期被調(diào)用,當(dāng)調(diào)用者與服務(wù)已經(jīng)綁定,多次調(diào)用Coｎｔexｔ.bｉnｄSｅrvice()方法并不會(huì)導(dǎo)致該方法被多次調(diào)用。onUnbind()只有采用Cｏntext.ｂinｄSerｖiｃｅ(）方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)解除綁定期被調(diào)用。備注：1.采用ｓtartServｉce(）啟動(dòng)服務(wù)Intｅｎtiｎｔent＝ｎewIｎtent（ＤｅmoActivｉty.this,ＤｅmoSerｖiｃｅ．claｓｓ);ｓｔartServｉce(ｉｎｔent);2.Ｃｏｎtext.ｂiｎdＳervｉce(）啟動(dòng)Intenｔintｅnｔ=nｅｗIntｅｎt(ＤemoActiｖity.ｔhis,ＤｅｍoSerｖｉce.class);bｉnｄServｉce(intenｔ，conn，Ｃｏｎｔeｘt.BIＮD_ＡUTO_CREＡTE);//unbindSeｒviｃｅ(conn）;／/解除綁定４6.注冊(cè)廣播有幾種方式,這些方式有何優(yōu)缺陷?請(qǐng)談?wù)凙nｄroid引入廣播機(jī)制的用意。Android廣播機(jī)制(兩種注冊(cè)方法)在anｄｒoiｄ下,要想接受廣播信息，那么這個(gè)廣播接受器就得我們自己來(lái)實(shí)現(xiàn)了，我們可以繼承BｒoaｄcastReceiver，就可以有一個(gè)廣播接受器了。有個(gè)接受器還不夠，我們還得重寫ＢroadcａstReceiver里面的onRｅｃeivｅr方法,當(dāng)來(lái)廣播的時(shí)候我們要干什么，這就要我們自己來(lái)實(shí)現(xiàn),但是我們可以搞一個(gè)信息ＨYＰERＬＩNK""＼o"防火墻"\t"_ｂｌank"防火墻。具體的代碼：ｐｕblｉccｌaｓsSmsBｒoaｄCasｔReｃeivｅｒexｔeｎdｓBroadｃasｔReｃeｉｖｅｒ{＠OｖeｒｒｉdepｕblicｖoiｄｏnRｅceive(Contｅxｔconｔeｘt,Intｅntinｔent）{Buｎｄlebundle＝intenｔ.getExtras()；Oｂjeｃt[]oｂｊｅct=（Object[]）ｂundｌe.get（"pdｕｓ");SmsMessageｓms[］=ｎewSmsMｅssaｇe[objｅct.leｎgth];fｏr(inti＝0;i{ｓms[0]=SmsMeｓsage.ｃrｅateFromPｄu((bｙｔｅ[])obｊecｔ)；Ｔoast．mａkｅText(context,"來(lái)自"+ｓms.geｔＤisｐｌaｙOrigｉｎatingAｄdress（)＋"的消息是：＂+sｍs.ｇetDiｓplaｙMｅssａgeBoｄy(）,Toasｔ．LＥＮGTH_SＨＯRT).shｏw();｝／/終止廣播,在這里我們可以稍微解決，根據(jù)用戶輸入的號(hào)碼可以實(shí)現(xiàn)短信ＨYＰEＲＬINK""\o"防火墻"\t＂＿blaｎｋ"防火墻。aboｒｔBroadcast();}}當(dāng)實(shí)現(xiàn)了廣播接受器,還要設(shè)立廣播接受器接受廣播信息的類型,這里是信息:androｉd.ｐrovider.Ｔeｌephoｎy．SMS_RECEIVED我們就可以把廣播接受器注冊(cè)到系統(tǒng)里面，可以讓系統(tǒng)知道我們有個(gè)廣播接受器。這里有兩種，一種是代碼動(dòng)態(tài)注冊(cè)：//生成廣播解決ｓmｓBrｏadCastReceiver=ｎewSｍsＢroadCastReceiｖer（);/／實(shí)例化過(guò)濾器并設(shè)立要過(guò)濾的廣播ＩntentFilterinteｎtFilteｒ=newＩnｔentＦilｔer(＂andｒｏiｄ.prｏvｉder.Ｔelｅphony.SMＳ＿RECEIVED＂);//注冊(cè)廣播BroaｄCａｓtReceiｖeｒActivity.thｉs.rｅｇiｓteｒRｅceiveｒ(ｓmｓBroadCastReceiver,intｅｎｔＦilｔer）；一種是在AndroidMａnifｅst.xｍl中配置廣播ｐacｋage="spｌ.broadCaｓtReｃeivｅr"andｒoid:veｒｓｉonＣodｅ="1"andｒoiｄ:ｖersioｎName=＂１．0">andｒｏiｄ:ｌaｂel="@sｔring/ａｐp＿naｍe＂>兩種注冊(cè)類型的區(qū)別是:1)第一種不是常駐型廣播,也就是說(shuō)廣播跟隨程序的生命周期。2)第二種是常駐型，也就是說(shuō)當(dāng)應(yīng)用程序關(guān)閉后，假如有信息廣播來(lái),程序也會(huì)被系統(tǒng)調(diào)用自動(dòng)運(yùn)營(yíng)。47.請(qǐng)解釋下在單線程模型中Messagｅ、Handler、ＭessａgeQuｅue、Loｏpeｒ之間的關(guān)系。Hanｄler簡(jiǎn)介：一個(gè)Ｈaｎdleｒ允許你發(fā)送和解決Meｓsagｅ和Rｕｎaｂｌｅ對(duì)象，這些對(duì)象和一個(gè)線程的MeｓsageQuｅue相關(guān)聯(lián)。每一個(gè)線程實(shí)例和一個(gè)單獨(dú)的線程以及該線程的MesｓaｇeQueue相關(guān)聯(lián)。當(dāng)你創(chuàng)建一個(gè)新的Handleｒ時(shí)，它就和創(chuàng)建它的線程綁定在一起了。這里，線程我們也可以理解為線程的MｅssageQueｕｅ。從這一點(diǎn)上來(lái)看，Hａndleｒ把Meｓsaｇe和Ruｎable對(duì)象傳遞給MessａｇｅＱueｕｅ,并且在這些對(duì)象離開MeｓｓageＱueue時(shí),Ｈandler負(fù)責(zé)執(zhí)行他們。Ｈanｄｌer有兩個(gè)重要的用途:(1）擬定在將來(lái)的某個(gè)時(shí)間點(diǎn)執(zhí)行一個(gè)或者一些Meｓsagｅ和Runnａｂle對(duì)象。（2）在其他線程（不是Ｈａnｄleｒ綁定線程)中排入一些要執(zhí)行的動(dòng)作。SchｅdulingMessagｅ,即(1),可以通過(guò)以下方法完畢:post（Runnabｌｅ）:Runｎaｂle在handler綁定的線程上執(zhí)行，也就是說(shuō)不創(chuàng)建新線程。postAtTimｅ(Ｒunｎａbｌe,loｎg）：poｓｔDeｌaｙed(Ruｎnable,long):seｎｄＥmpｔyMeｓsage(ｉnt):sendMｅssage(Ｍessage):ｓendMeｓsagｅAtTime（Ｍeｓsage,ｌｏng):ｓｅndＭesｓａｇeDelayeｄ（Messaｇe,lｏｎg)：post這個(gè)動(dòng)作讓你把Runｎａblｅ對(duì)象排入ＭessaｇeＱueue,ＭessagｅQuｅue受到這些消息的時(shí)候執(zhí)行他們，當(dāng)然以一定的排序。sｅndMessage這個(gè)動(dòng)作允許你把Ｍesｓagｅ對(duì)象排成隊(duì)列，這些Mesｓage對(duì)象包含一些信息，Handｌer的hanｌerMessage(Messａge)會(huì)解決這些Meｓｓagｅ．當(dāng)然，ｈandlerＭessａｇｅ(Ｍessagｅ)必須由Hanｄlｅr的子類來(lái)重寫。這是編程人員需要作的事。當(dāng)posting或者sending到一個(gè)Haｎler時(shí)，你可以有三種行為:當(dāng)MessaｇeQueuｅ準(zhǔn)備好就解決，定義一個(gè)延遲時(shí)間,定義一個(gè)精確的時(shí)間去解決。后兩者允許你實(shí)現(xiàn)tiｍｅouｔ,tiｃk,和基于時(shí)間的行為。當(dāng)你的應(yīng)用創(chuàng)建一個(gè)新的進(jìn)程時(shí),主線程(也就是UI線程)自帶一個(gè)MessaｇeQｕeuｅ,這個(gè)MｅssagｅQueue管理頂層的應(yīng)用對(duì)象(像activiｔies,ｂroadcastreｃeivers等)和主線程創(chuàng)建的窗體。你可以創(chuàng)建自己的線程,并通過(guò)一個(gè)Haｎdler和主線程進(jìn)行通信。這和之前同樣，通過(guò)ｐost和senｄｍessage來(lái)完畢,差別在于在哪一個(gè)線程中執(zhí)行這么方法。在恰當(dāng)?shù)臅r(shí)候，給定的Ｒunnable和Mesｓage將在Hａnｄleｒ的ＭesｓａｇeQｕｅue中被Ｓchｅduled。Meｓsagｅ簡(jiǎn)介:Mesｓaｇe類就是定義了一個(gè)信息,這個(gè)信息中包含一個(gè)描述符和任意的數(shù)據(jù)對(duì)象,這個(gè)信息被用來(lái)傳遞給Ｈanｄler．Messａge對(duì)象提供額外的兩個(gè)int域和一個(gè)Ｏbject域，這可以讓你在大多數(shù)情況下不用作分派的動(dòng)作。盡管Mｅｓｓage的構(gòu)造函數(shù)是publiｃ的,但是獲取Mｅssage實(shí)例的最佳方法是調(diào)用Ｍeｓsagｅ.ｏbｔaｉn(）,或者Ｈanｄlｅr.oｂtａinＭessagｅ()方法,這些方法會(huì)從回收對(duì)象池中獲取一個(gè)。MessagｅＱueue簡(jiǎn)介:這是一個(gè)包含mesｓage列表的底層類。Ｌooｐer負(fù)責(zé)分發(fā)這些meｓsage。Ｍeｓｓａgeｓ并不是直接加到一個(gè)ＭessａgeQueue中，而是通過(guò)MｅｓsageQuｅｕe.IdlｅHａnｄlｅr關(guān)聯(lián)到Loopeｒ。你可以通過(guò)Looper.ｍyQueue()從當(dāng)前線程中獲取MeｓsａgｅQueue。Loｏpｅr簡(jiǎn)介：Looper類被用來(lái)執(zhí)行一個(gè)線程中的message循環(huán)。默認(rèn)情況，沒有一個(gè)消息循環(huán)關(guān)聯(lián)到線程。在線程中調(diào)用ｐreparｅ()創(chuàng)建一個(gè)Looｐer,然后用loop（）來(lái)解決messaｇｅs，直到循環(huán)終止。大多數(shù)和ｍessａgｅｌoop的交互是通過(guò)Hanｄler。下面是一個(gè)典型的帶有Ｌooper的線程實(shí)現(xiàn)。cｌａｓｓLooperThreadexｔｅｎｄsThrｅad{publiｃHandlermHａndler;pubｌiｃvoiｄrｕn(）{Looｐeｒ.prepare（);mＨandlｅr＝ｎeｗHandler(){publiｃvoidhandｌｅMessａｇe(Mｅsｓaｇｅｍsg）{／/pｒｏcessiｎｃomｉnｇｍｅssageshｅｒe｝};Ｌｏoper．loop（）;}}４8.AIDL的全稱是什么?如何工作?能解決哪些類型的數(shù)據(jù)?AIDL的英文全稱是AndｒoiｄIntｅｒfaceDefineＬanguage當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中的servicｅ時(shí),并實(shí)現(xiàn)通信,我們通常都是通過(guò)AIＤＬ來(lái)操作的Ａ工程:一方面我們?cè)趎et.blogjａva．mｏｂile.aidlservice包中創(chuàng)建一個(gè)RemｏｔeServiｃe．a(chǎn)idl文獻(xiàn),在里面我們自定義一個(gè)接口,具有方法ｇet。ADT插件會(huì)在ｇen目錄下自動(dòng)生成一個(gè)ＲｅｍｏteSｅrvicｅ.jaｖa文獻(xiàn)，該類中具有一個(gè)名為ＲｅmｏｔeＳｅrvice.ｓtｕb的內(nèi)部類,該內(nèi)部類中具有aidl文獻(xiàn)接口的geｔ方法。說(shuō)明一:aidl文獻(xiàn)的位置不固定,可以任意然后定義自己的MｙServiｃe類,在MyServiｃe類中自定義一個(gè)內(nèi)部類去繼承ＲeｍotｅSeｒｖice.sｔub這個(gè)內(nèi)部類,實(shí)現(xiàn)get方法。在onBiｎd方法中返回這個(gè)內(nèi)部類的對(duì)象，系統(tǒng)會(huì)自動(dòng)將這個(gè)對(duì)象封裝成ＩBｉnｄer對(duì)象,傳遞給他的調(diào)用者。另一方面需要在AndroiｄManｉfest.ｘml文獻(xiàn)中配置MｙSerｖｉce類，代碼如下：為什么要指定調(diào)用AＩDＬ服務(wù)的ID,就是要告訴外界MｙSerｖｉce這個(gè)類可以被別的進(jìn)程訪問，只要?jiǎng)e的進(jìn)程知道這個(gè)ID,正是有了這個(gè)ＩＤ,B工程才干找到Ａ工程實(shí)現(xiàn)通信。說(shuō)明：AIDＬ并不需要權(quán)限B工程:一方面我們要將A工程中生成的RｅｍoｔｅSｅｒvice.jａｖa文獻(xiàn)拷貝到B工程中,在ｂindＳｅrviｃe方法中綁定aiｄl服務(wù)綁定AIDL服務(wù)就是將RｅmｏteService的ＩD作為intenｔ的actiｏn參數(shù)。說(shuō)明:假如我們單獨(dú)將RｅｍoｔeSｅｒvicｅ.aｉｄｌ文獻(xiàn)放在一個(gè)包里,那個(gè)在我們將ｇｅｎ目錄下的該包拷貝到B工程中。假如我們將ReｍｏｔeSerｖice．a(chǎn)idl文獻(xiàn)和我們的其他類存放在一起，那么我們?cè)冢鹿こ讨芯鸵⑾鄳?yīng)的包，以保證RmoteＳervｉｃe.java文獻(xiàn)的報(bào)名對(duì)的,我們不能修改RemｏteService．java文獻(xiàn)biｎdSｅrvice(neｗInten("neｔ．ｂｌogjava.mobile.aｉｄlservice.RｅmoｔeService"),seｒviceConneｃtｉoｎ,Ｃontｅxｔ.BIＮD_AＵTO_CREATE);ＳerｖiceCoｎnectｉｏｎ的ｏｎServiｃｅConnected（CompoｎｅntＮamename,ＩBinderseｒvice)方法中的ｓervice參數(shù)就是A工程中MySeｒvｉce類中繼承了ＲemｏｔeＳeｒvicｅ.stuｂ類的內(nèi)部類的對(duì)象。4９.請(qǐng)解釋下Ａndroid程序運(yùn)營(yíng)時(shí)權(quán)限與文獻(xiàn)系統(tǒng)權(quán)限的區(qū)別。運(yùn)營(yíng)時(shí)權(quán)限D(zhuǎn)aｌvｉk(andrｏid授權(quán))文獻(xiàn)系統(tǒng)linuｘ內(nèi)核授權(quán)50.系統(tǒng)上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁(yè)面?請(qǐng)說(shuō)明原由。通過(guò)直接發(fā)送Uri把參數(shù)帶過(guò)去，或者通過(guò)mａnifest里的ｉntentfilｔer里的ｄata屬性５１.你如何評(píng)價(jià)Ａndroid系統(tǒng)?優(yōu)缺陷。答：Ａndroid平臺(tái)HYPERＬINK＂"\o"手機(jī)"手機(jī)5大優(yōu)勢(shì)：一、開放性在優(yōu)勢(shì)方面，Anｄroid平臺(tái)一方面就是其開發(fā)性，開發(fā)的平臺(tái)允許任何移動(dòng)終端廠商加入到Anｄｒoid聯(lián)盟中來(lái)。顯著的開放性可以使其擁有更多的開發(fā)者，隨著用戶和應(yīng)用的日益豐富，一個(gè)嶄新的平臺(tái)也將不久走向成熟。開放性對(duì)于Ａndｒoid的發(fā)展而言,有助于積累人氣,這里的人氣涉及消費(fèi)者和廠商,而對(duì)于消費(fèi)者來(lái)講，隨大的受益正是豐富的軟件資源。開放的平臺(tái)也會(huì)帶來(lái)更大競(jìng)爭(zhēng),如此一來(lái),消費(fèi)者將可以用更低的價(jià)位購(gòu)得心儀的HYPERＬINK""\o"手機(jī)＂＼t"＿blank"手機(jī)。二、掙脫運(yùn)營(yíng)商的束縛在過(guò)去很長(zhǎng)的一段時(shí)間，特別是在歐美地區(qū)，手機(jī)應(yīng)用往往受到運(yùn)營(yíng)商制約，使用什么功能接入什么網(wǎng)絡(luò)，幾乎都受到運(yùn)營(yíng)商的控制。從去年iPhoｎe上市,用戶可以更加方便地連接網(wǎng)絡(luò),運(yùn)營(yíng)商的制約減少。隨著ＥDGE、ＨSDPＡ這些２Ｇ至3G移動(dòng)網(wǎng)絡(luò)的逐步過(guò)渡和提高，手機(jī)隨意接入網(wǎng)絡(luò)已不是運(yùn)營(yíng)商口中的笑談，當(dāng)你可以通過(guò)手機(jī)ＩM軟件方便地進(jìn)行即時(shí)聊天時(shí)，再回想不久前天價(jià)的彩信和圖鈴下載業(yè)務(wù)，是不是像惡夢(mèng)同樣?互聯(lián)網(wǎng)巨頭Ｇｏoｇlｅ推動(dòng)的Aｎdrｏid終端天生就有網(wǎng)絡(luò)特色,將讓用戶離互聯(lián)網(wǎng)更近。三、豐富的硬件選擇這一點(diǎn)還是與Anｄrｏｉd平臺(tái)的開放性相關(guān),由于Anｄroiｄ的開放性,眾多的廠商會(huì)推出千奇百怪,功能特色各具的多種產(chǎn)品。功能上的差異和特色，卻不會(huì)影響到數(shù)據(jù)同步、甚至軟件的兼容,好比你從諾基亞Symbｉan風(fēng)格手機(jī)一下改用蘋果iPhoｎｅ，同時(shí)還可將Ｓｙmbian中優(yōu)秀的軟件帶到iＰhone上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移，是不是非常方便呢？四、不受任何限制的開發(fā)商Andrｏid平臺(tái)提供應(yīng)第三方開發(fā)商一個(gè)十分寬泛、自由的環(huán)境，不會(huì)受到各種條條框框的阻擾，可想而知，會(huì)有多少新奇別致的軟件會(huì)誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如可控制正是留給Ａndroiｄ難題之一。五、無(wú)縫結(jié)合的Gｏogle應(yīng)用如今叱詫互聯(lián)網(wǎng)的Ｇｏoglｅ已經(jīng)走過(guò)2023度歷史,從搜索巨人到全面的互聯(lián)網(wǎng)滲透,Google服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶,而Andrｏid平臺(tái)手機(jī)將無(wú)縫結(jié)合這些優(yōu)秀的Goｏgle服務(wù)。再說(shuō)Anｄroid的５大局限性:一、安全和隱私由于手機(jī)與互聯(lián)網(wǎng)的緊密聯(lián)系，個(gè)人隱私很難得到保守。除了上網(wǎng)過(guò)程中經(jīng)意或不經(jīng)意留下的個(gè)人足跡,Ｇｏogｌe這個(gè)巨人也時(shí)時(shí)站在你的身后,洞穿一切，因此,互聯(lián)網(wǎng)的進(jìn)一步將會(huì)帶來(lái)新一輪的隱私危機(jī)。二、一方面開賣Android手機(jī)的不是最大運(yùn)營(yíng)商眾所周知,T－Mobiｌｅ在23日，于美國(guó)紐約發(fā)布了Anｄrｏiｄ首款手機(jī)G1。但是在北美市場(chǎng),最大的兩家運(yùn)營(yíng)商乃AT&T和Ｖｅriｚoｎ,而目前所知取得Androｉd手機(jī)銷售權(quán)的僅有T-Moｂile和Spｒｉnｔ,其中Ｔ-Ｍobiｌe的3G網(wǎng)絡(luò)相對(duì)于其他三家也要遜色不少，因此,用戶可以買賬購(gòu)買G１,能否體驗(yàn)到最佳的3G網(wǎng)絡(luò)服務(wù)則要另當(dāng)別論了!三、運(yùn)營(yíng)商仍然可以影響到Andrｏiｄ手機(jī)在國(guó)內(nèi)市場(chǎng),不少用戶對(duì)購(gòu)得移動(dòng)定制機(jī)不滿，感覺所購(gòu)的手機(jī)被人涂畫了廣告一般。這樣的情況在國(guó)外市場(chǎng)同樣出現(xiàn)。Andrｏid手機(jī)的另一發(fā)售運(yùn)營(yíng)商Sｐrint就將在其機(jī)型中內(nèi)置其手機(jī)商店程序。四、同類機(jī)型用戶減少在不少手機(jī)論壇都會(huì)有針對(duì)某一型號(hào)的子論壇，對(duì)一款手機(jī)的使專心得交流,并分享軟件資源。而對(duì)于Aｎｄroid平臺(tái)手機(jī),由于廠商豐富，產(chǎn)品類型多樣，這樣使用同一款機(jī)型的用戶越來(lái)越少，缺少統(tǒng)一機(jī)型的程序強(qiáng)化。舉個(gè)稍顯不妥的例子,現(xiàn)在山寨機(jī)泛濫,品種各異,就很少有專門針對(duì)某個(gè)型號(hào)山寨機(jī)的討論和群組，除了哪些功能異常搶眼、頗受追捧的機(jī)型以外。五、過(guò)度依賴開發(fā)商缺少標(biāo)準(zhǔn)配置在使用PC端的WiｎdowｓＸp系統(tǒng)的時(shí)候,都會(huì)內(nèi)置微軟WindowsＭeｄiaPｌayer這樣一個(gè)瀏覽器程序，用戶可以選擇更多樣的播放器，如Reａlplay或暴風(fēng)影音等。但入手開始使用默認(rèn)的程序同樣可以應(yīng)付多樣的需要。在Andｒｏiｄ平臺(tái)中，由于其開放性，軟件更多依賴第三方廠商,比如Android系統(tǒng)的SDＫ中就沒有內(nèi)置音樂播放器，所有依賴第三方開發(fā)，缺少了產(chǎn)品的統(tǒng)一性。５2.什么是AＮR如何避免它?答：ANR：ApplicａｔioｎNｏtRｅsｐondｉng,五秒在Ａndｒoiｄ中,活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序的響應(yīng)。當(dāng)出現(xiàn)下列情況時(shí)，Androｉd就會(huì)顯示AＮR對(duì)話框了：對(duì)輸入事件(如按鍵、HYPＥＲLINＫ""＼ｏ"觸摸屏"\t"_ｂｌａnk＂觸摸屏事件)的響應(yīng)超過(guò)5秒意向接受器(ｉnteｎtReceiver)超過(guò)１0秒鐘仍未執(zhí)行完畢Andｒoｉd應(yīng)用程序完全運(yùn)營(yíng)在一個(gè)獨(dú)立的線程中(例如main)。這就意味著,任何在主線程中運(yùn)營(yíng)的,需要消耗大量時(shí)間的操作都會(huì)引發(fā)ANR。由于此時(shí),你的應(yīng)用程序已經(jīng)沒有機(jī)會(huì)去響應(yīng)輸入事件和意向廣播(Ｉｎｔｅntbｒoadｃast)。因此,任何運(yùn)營(yíng)在主線程中的方法，都要盡也許的只做少量的工作。特別是活動(dòng)生命周期中的重要方法如onCreatｅ()和oｎResume()等更應(yīng)如此。潛在的比較耗時(shí)的操作，如訪問網(wǎng)絡(luò)和數(shù)據(jù)庫(kù)；或者是開銷很大的計(jì)算，比如改變位圖的大小，需要在一個(gè)單獨(dú)的子線程中完畢(或者是使用異步請(qǐng)求,如數(shù)據(jù)庫(kù)操作)。但這并不意味著你的主線程需要進(jìn)入阻塞狀態(tài)已等待子線程結(jié)束--也不需要調(diào)用Therａd.wait(）或者Threaｄ.sｌeｅp()方法。取而代之的是，主線程為子線程提供一個(gè)句柄（Haｎdler），讓子線程在即將結(jié)束的時(shí)候調(diào)用它(xing:可以參看Snａke的例子,這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應(yīng)用程序,可以保證你的程序?qū)斎氡３至己玫捻憫?yīng),從而避免由于輸入事件超過(guò)5秒鐘不被解決而產(chǎn)生的AＮＲ。這種實(shí)踐需要應(yīng)用到所有顯示用戶界面的線程,由于他們都面臨著同樣的超時(shí)問題。５3．什么情況會(huì)導(dǎo)致FｏrceClosｅ?如何避免?能否捕獲導(dǎo)致其的異常？答:一般像空指針啊，可以看起logcat,然后相應(yīng)到程序中來(lái)解決錯(cuò)誤５４.Andｒoid自身的apｉ并未聲明會(huì)拋出異常，則其在運(yùn)營(yíng)時(shí)有無(wú)也許拋出runtｉｍｅ異常，你碰到過(guò)嗎?諾有的話會(huì)導(dǎo)致什么問題？如何解決?5５.簡(jiǎn)要解釋一下aｃtiviｔy、intent、ｉｎtentfｉｌｔｅr、ｓerｖｉce、Broaｄcａsｅ、BｒoaｄｃａｓeReceｉvｅｒ答:一個(gè)aｃtｉviｔｙ呈現(xiàn)了一個(gè)用戶可以操作的可視化用戶界面一個(gè)ｓervice不包含可見的用戶界面，而是在后臺(tái)無(wú)限地運(yùn)營(yíng)可以連接到一個(gè)正在運(yùn)營(yíng)的服務(wù)中，連接后，可以通過(guò)服務(wù)中暴露出來(lái)的借口與其進(jìn)行通信一個(gè)brｏａdｃastｒｅceiver是一個(gè)接受廣播消息并作出回應(yīng)的comｐonent,bｒｏａdcａsｔrｅcｅiｖer沒有界面inｔent:cｏntｅntｐrｏvidｅr在接受到ContｅntResolver的請(qǐng)求時(shí)被激活。aｃtｉｖity,sｅrvｉcｅ和brｏadcasｔｒeceiver是被稱為inｔｅnts的異步消息激活的。一個(gè)intent是一個(gè)Inｔｅnt對(duì)象,它保存了消息的內(nèi)容。對(duì)于aｃtivity和ｓervｉｃe來(lái)說(shuō),它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的URIＩnｔeｎt對(duì)象可以顯式的指定一個(gè)目的coｍｐonent。假如這樣的話，andｒoiｄ會(huì)找到這個(gè)ｃｏmｐonent(基于mａnｉｆest文獻(xiàn)中的聲明)并激活它。但假如一個(gè)目的不是顯式指定的，andｒoid必須找到響應(yīng)ｉｎteｎt的最佳cｏmponent。它是通過(guò)將Ｉｎtent對(duì)象和目的的inteｎｔfilter相比較來(lái)完畢這一工作的。一個(gè)coｍponenｔ的ｉntentfilter告訴android該compｏnent能解決的entｆｉｌtｅｒ也是在manifest文獻(xiàn)中聲明的。５6．ＩntentSｅｒvice有何優(yōu)點(diǎn)?答：IntentSｅｒｖice的好處*Ａcitｉｖitｙ的進(jìn)程,當(dāng)解決Ｉnteｎt的時(shí)候，會(huì)產(chǎn)生一個(gè)相應(yīng)的Ｓeｒvice＊Anｄroｉd的進(jìn)程解決器現(xiàn)在會(huì)盡也許的不kill掉你*非常容易使用57．橫豎屏切換時(shí)候ａctiｖity的生命周期？１、不設(shè)立Activiｔy的android：cｏnfigChanｇｅs時(shí)，切屏?xí)匦抡{(diào)用各個(gè)生命周期，切橫屏?xí)r會(huì)執(zhí)行一次，切豎屏?xí)r會(huì)執(zhí)行兩次２、設(shè)立Activitｙ的android:cｏnfigChangｅs="oｒientation＂時(shí),切屏還是會(huì)重新調(diào)用各個(gè)生命周期,切橫、豎屏?xí)r只會(huì)執(zhí)行一次3、設(shè)立Activｉty的anｄroid:configChａnges=＂orientaｔion｜ｋeybｏaｒdHidden"時(shí),切屏不會(huì)重新調(diào)用各個(gè)生命周期,只會(huì)執(zhí)行onCoｎfigｕrationCｈａnged方法如何將SQLite數(shù)據(jù)庫(kù)(dｉｃtionary.db文獻(xiàn)）與ａpk文獻(xiàn)一起發(fā)布?解答：可以將ｄictｉonａｒy.dｂ文獻(xiàn)復(fù)制到ＥｃlipｓeAｎｄroid工程中的rｅsaw目錄中。所有在resａw目錄中的文獻(xiàn)不會(huì)被壓縮,這樣可以直接提取該目錄中的文獻(xiàn)?？梢詫ⅲ鋓ctionarｙ.db文獻(xiàn)復(fù)制到rｅsaw目錄中5８.如何將打開reｓａｗ目錄中的數(shù)據(jù)庫(kù)文獻(xiàn)?解答：在Ａｎdroiｄ中不能直接打開reｓaw目錄中