2023年安卓面試題目來(lái)自互聯(lián)網(wǎng)

Andｒoiｄ面試題

1．

下列哪些語(yǔ)句關(guān)于內(nèi)存回收的說(shuō)明是對(duì)的的?(b)

A、程序員必須創(chuàng)建一個(gè)線程來(lái)釋放內(nèi)存

Ｂ、內(nèi)存回收程序負(fù)責(zé)釋放無(wú)用內(nèi)存

?

C、內(nèi)存回收程序允許程序員直接釋放內(nèi)存

D、內(nèi)存回收程序可以在指定的時(shí)間釋放內(nèi)存對(duì)象

?2.

下面異常是屬于RｕntimeExceptioｎ的是（abｃd)(多選)

A、ArithmeticException

?

B、IlleｇａlArｇuｍｅｎtException

C、NuｌlPointｅrExcｅptｉon

D、BufｆerUｎderflｏwＥxｃｅptioｎ

?3.

Math．rｏuｎｄ(11．5)等于多少().Mａt(yī)h.round(－11.5)等于多少（ｃ).c

A、11,-11

Ｂ、11，-12

Ｃ、12,－１1

D、12,－12

4．

下列程序段的輸出結(jié)果是:（b）?

voiｄｃｏmpｌicateｄｅxpresｓion_r(){

intx=20,y=30;?

boolｅanb；?

b＝x＞50&＆y>60｜|x＞50&&y＜－6０|｜x<-5０&&ｙ>6０||ｘ＜-50&＆y<-60;?

System．out.priｎtｌｎ(ｂ);?

}

A、trｕe

B、false

C、1

Ｄ、０１1.ａcｔｉｖity5.

對(duì)一些資源以及狀態(tài)的操作保存，最佳是保存在生命周期的哪個(gè)函數(shù)中進(jìn)行(d)

Ａ、ｏｎPausｅ()

B、ｏnＣreate(）

C、onReｓume()

D、oｎSｔart(）

6.

Intent傳遞數(shù)據(jù)時(shí),下列的數(shù)據(jù)類型哪些可以被傳遞（ａbcd）(多選)

A、Serｉａｌｉzabｌe

B、charsequenｃe

Ｃ、Pａrcｅｌable

D、Bundle

7.

andrｏid中下列屬于Inｔenｔ的作用的是(c)

A、實(shí)現(xiàn)應(yīng)用程序間的數(shù)據(jù)共享?

Ｂ、是一段長(zhǎng)的生命周期,沒(méi)有用戶界面的程序，可以保持應(yīng)用在后臺(tái)運(yùn)營(yíng),而不會(huì)由于切換頁(yè)面而消失

C、可以實(shí)現(xiàn)界面間的切換，可以包含動(dòng)作和動(dòng)作數(shù)據(jù)，連接四大組件的紐帶?

Ｄ、解決一個(gè)應(yīng)用程序整體性的工作?8．

下列屬于SＡX解析xｍl文獻(xiàn)的優(yōu)點(diǎn)的是(b）

Ａ、將整個(gè)文檔樹(shù)在內(nèi)存中,便于操作，支持刪除,修改,重新排列等多種功能?

Ｂ、不用事先調(diào)入整個(gè)文檔，占用資源少?

C、整個(gè)文檔調(diào)入內(nèi)存，浪費(fèi)時(shí)間和空間

D、不是長(zhǎng)期駐留在內(nèi)存，數(shù)據(jù)不是持久的，事件過(guò)后，若沒(méi)有保存數(shù)據(jù),數(shù)據(jù)就會(huì)

消失

９.

下面的對(duì)自定sｔyle的方式對(duì)的的是（ａ)

A、<resouｒces＞?

＜stylｅname="ｍyＳtyle">?

<itemnaｍe="aｎdroｉd:lａyoｕt＿wｉdth">filｌ_pａrent</item>?

</stｙｌｅ>

</resourcｅs>?

B、<stylenaｍｅ="myＳtyｌe"＞

＜itemｎaｍｅ="android：ｌayout_widtｈ">filｌ_parent＜/item>?

＜/styｌｅ>?

C、<resｏurｃes>?

＜iteｍｎame=＂ａndｒoid:lａyoｕt_wｉdth">fill_pａreｎt</ｉteｍ>

＜/ｒesouｒｃes>?

D、<rｅｓourｃｅs＞?

<ｓtyｌｅname="aｎｄroid：lａyout＿width"＞fill_parｅnt</stｙlｅ＞

＜/rｅsoｕｒcｅs>?１０.

在ａnｄroid中使用Meｎｕ時(shí)也許需要重寫(xiě)的方法有(ac）。（多選)

A、ｏnCreaｔeOptionｓMeｎｕ()

B、ｏnCreａt(yī)ｅMenｕ（)?

Ｃ、ｏｎOｐtionsＩtemSeｌeｃｔeｄ()

Ｄ、ｏｎI(lǐng)teｍSｅｌected(）

11．

在ＳＱLＳerverＭanagemｅntSｔｕdio中運(yùn)營(yíng)下列T-ＳQL語(yǔ)句,其輸出值（c)。

SELECT＠@IDENTITY

A、

也許為0.1?

B、

也許為３?

C、

不也許為-100?

D、

肯定為0?12.

在SQLSｅｒｖer2０２3中運(yùn)營(yíng)如下T－SQＬ語(yǔ)句，假定SAＬＥS表中有多行數(shù)據(jù)，執(zhí)行查詢之

后的結(jié)果是（d）。

ＢEGＩNＴRANＳACTＩOＮＡ

UpｄateSAＬESSetqty=３0WHEREｑｔy＜30?

BEGＩNTRANＳAＣTＩＯＮB?

UpdateSALESSetｑty=40WHEREqty＜40

UpdaｔeSALESSeｔqtｙ=50WHEREqｔｙ<50

UｐｄateSAＬESSetqｔy=60WHＥＲＥqtｙ<6０

COＭＭIＴTＲANSAＣTIOＮＢ

CＯMＭITTRANSAＣTＩＯNA?Ａ、SALES表中qty列最小值大于等于３0?B、ＳALES表中ｑｔｙ列最小值大于等于40?C、SALES表中ｑty列的數(shù)據(jù)所有為5０?Ｄ、ＳALＥS表中qty列最小值大于等于60?13.

在andｒoid中使用SQLiteOpenＨelper這個(gè)輔助類時(shí)，可以生成一個(gè)數(shù)據(jù)庫(kù),并可以對(duì)數(shù)據(jù)庫(kù)版本進(jìn)行管理的方法可以是(ab)

A、getＷriteabｌeＤatabase()

B、gｅtReaｄａblｅＤataｂase(）

Ｃ、getDaｔabasｅ（)

D、getAbｌeDatabase()

14.

android關(guān)于ｓｅrvice生命周期的ｏnCｒeate()和oｎＳtaｒt（）說(shuō)法對(duì)的的是(aｄ)（多選題）

A、當(dāng)?shù)谝淮螁?dòng)的時(shí)候先后調(diào)用onCrｅａｔe()和onStａｒt()方法?

B、當(dāng)?shù)谝淮螁?dòng)的時(shí)候只會(huì)調(diào)用oｎCreaｔe()方法?

C、假如ｓerviｃe已經(jīng)啟動(dòng),將先后調(diào)用onCrｅate()和ｏnStarｔ()方法?D、假如serｖice已經(jīng)啟動(dòng),只會(huì)執(zhí)行onＳtart()方法，不在執(zhí)行ｏnＣrｅａt(yī)e（）方法

15．

下面是屬于ＧLＳｕrＦaceＶｉｅw特性的是(aｂｃ)(多選)

A、管理一個(gè)sｕrface，這個(gè)ｓurfａｃe就是一塊特殊的內(nèi)存,能直接排版到andrｏiｄ的視圖?

ｖｉew上。

B、管理一個(gè)EGLｄiｓplａy，它能讓ｏpｅｎgl把內(nèi)容渲染到上述的surｆace上。?C、讓渲染器在獨(dú)立的線程里運(yùn)作,和UI線程分離。?D、可以直接從內(nèi)存或者DMA等硬件接口取得圖像數(shù)據(jù)

16.

下面在AnｄrｏidMaｎｉfeｓt．xmｌ文獻(xiàn)中注冊(cè)ＢｒoadｃastRecｅivｅr方式對(duì)的的(a）

Ａ、<recｅｉveraｎｄroid:name＝"NｅwBｒoaｄ">

<iｎｔｅnt-filｔeｒ>

<ａctiｏn

?

anｄroid:name="androｉｄ.provider．a(chǎn)ction.NewＢｒoad"/>

<acｔion>?

＜／intent－filtｅｒ＞

<／reｃeiver>

B、<ｒeceｉveｒａndroid:name＝＂NewBroaｄ">?

<ｉｎtｅnt-filter>

android:nａme=＂andrｏｖidｅr．a(chǎn)ctiｏn.ＮｅwBroad"/>?

<／inｔenｔ-fｉｌter>

</receiｖｅr>?

C、＜ｒecｅiｖeｒaｎdrｏｉｄ:name＝"NeｗBroａd＂>

<aｃtion

?

anｄroid:ｎamｅ="anｄrｏiｄ.prｏｖｉder.actｉoｎ．ＮewBroａｄ"/>

<ａｃtioｎ>?

＜/reｃeivｅr>

D、<intent-filter>?

<receｉveraｎdroｉd:nａme=＂NewＢroad">?

<aｃｔion>?

andｒｏiｄ:namｅ="androｉvidｅr．a(chǎn)ctｉon.NewBroaｄ＂／>

<action>?

</ｒeｃeiver＞?</ｉntent－filter>

１7．

關(guān)于ＣｏntenValues類說(shuō)法對(duì)的的是（a)

A、他和Ｈashｔabｌe比較類似,也是負(fù)責(zé)存儲(chǔ)一些名值對(duì),但是他存儲(chǔ)的名值對(duì)當(dāng)中的

名是Ｓｔring類型,而值都是基本類型

B、他和Hａｓhtabｌe比較類似，也是負(fù)責(zé)存儲(chǔ)一些名值對(duì),但是他存儲(chǔ)的名值對(duì)當(dāng)中的

名是任意類型,而值都是基本類型

Ｃ、他和Hasｈtaｂle比較類似,也是負(fù)責(zé)存儲(chǔ)一些名值對(duì)，但是他存儲(chǔ)的名值對(duì)當(dāng)中的

名,可認(rèn)為空,而值都是Sｔｒing類型

D、他和Hashtable比較類似，也是負(fù)責(zé)存儲(chǔ)一些名值對(duì)，但是他存儲(chǔ)的名值對(duì)當(dāng)中

的名是Strｉｎg類型,而值也是Stｒinｇ類型

18.

我們都知道Ｈaｎlｄer是線程與Activity通信的橋梁，假如線程解決不妥,你的機(jī)器就會(huì)變得越慢,那么線程銷毀的方法是(a)

A、onDestrｏy()

?

B、onCｌｅar()?

Ｃ、onFinish()

?

D、ｏnＳｔoｐ()

19．

下面退出Acｔｉｖｉｔy錯(cuò)誤的方法是（c）

A、finish()

Ｂ、拋異常強(qiáng)制退出?

Ｃ、Systｅm.ｅxit()?

Ｄ、onＳｔoｐ(）?２０.

下面屬于androiｄ的動(dòng)畫(huà)分類的有(ａb)（多項(xiàng))

A、Tween

B、FramｅC、DｒａwD、Animａt(yī)ion

?２1.

下面關(guān)于Ａndrｏiddvm的進(jìn)程和Linｕx的進(jìn)程,應(yīng)用程序的進(jìn)程說(shuō)法對(duì)的的是(d)

Ａ、DVM指ｄalivk的虛擬機(jī)．每一個(gè)Andｒoid應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),不一定擁有一個(gè)獨(dú)立的Dalｖik虛擬機(jī)實(shí)例.而每一個(gè)DＶM都是在Ｌｉnux中的一個(gè)進(jìn)程,所以說(shuō)可以認(rèn)為是同一個(gè)概念.

B、ＤVM指ｄalivk的虛擬機(jī)．每一個(gè)Anｄroid應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),不一定擁有一個(gè)獨(dú)立的Dalｖiｋ虛擬機(jī)實(shí)例.而每一個(gè)DVＭ不一定都是在Lｉnｕx

中的一個(gè)進(jìn)程，所以說(shuō)不是一個(gè)概念.

C、ＤVM指dalivｋ的虛擬機(jī).每一個(gè)Androｉｄ應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),都擁有一個(gè)獨(dú)立的Ｄａlｖik虛擬機(jī)實(shí)例.而每一個(gè)DＶM不一定都是在Linux

中的一個(gè)進(jìn)程，所以說(shuō)不是一個(gè)概念.?

D、DVＭ指dalivk的虛擬機(jī).每一個(gè)Andｒoｉd應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),都擁有一個(gè)獨(dú)立的

Dalｖiｋ虛擬機(jī)實(shí)例.而每一個(gè)ＤVM都是在Linux

中的一個(gè)進(jìn)程，所以說(shuō)可以認(rèn)為是同一個(gè)概念.?22.

Andｒoid項(xiàng)目工程下面的assets目錄的作用是什么bＡ、放置應(yīng)用到的圖片資源。?B、重要放置多媒體等數(shù)據(jù)文獻(xiàn)

Ｃ、放置字符串,顏色，數(shù)組等常量數(shù)據(jù)?D、放置一些與ＵI相應(yīng)的布局文獻(xiàn)，都是xｍｌ文獻(xiàn)

23．

關(guān)于ｒes／raw目錄說(shuō)法對(duì)的的是(ａ)A、這里的文獻(xiàn)是原封不動(dòng)的存儲(chǔ)到設(shè)備上不會(huì)轉(zhuǎn)換為二進(jìn)制的格式?B、這里的文獻(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ì)ａndｒoidNＤＫ的理解對(duì)的的是(abcd)A、ＮＤK是一系列工具的集合?B、ＮDK提供了一份穩(wěn)定、功能有限的API頭文獻(xiàn)聲明。?Ｃ、使“Jａva+C”的開(kāi)發(fā)方式終于轉(zhuǎn)正，成為官方支持的開(kāi)發(fā)方式

D、NDK將是Anｄroid平臺(tái)支持C開(kāi)發(fā)的開(kāi)端?

二．填空題

25．

android中常用的四個(gè)布局是frａmｌａyｏut,linenarlaｙoｕt,relａt(yī)ｉvｅlayout和tablelayoｕt。２6.

aｎdroid的四大組件是actiｖiey,ｓerｖice，ｂroadｃast和cｏnteｎｔｐroviｄe。27.

javａ.io包中的obｊectinputstream和obｊectoutputｓtream類重要用于對(duì)對(duì)象(Ｏbjeｃt)的讀寫(xiě)。28.

android中ｓｅrvice的實(shí)現(xiàn)方法是:sｔaｒｔｓervice和biｎdsｅrｖｉce。２9.

ａctiｖitｙ一般會(huì)重載7個(gè)方法用來(lái)維護(hù)其生命周期，除了ｏnCreａt(yī)ｅ(),onStarｔ（）,ｏnDeｓtｏｒy（)

外尚有oｎｒｅstａrt，onreｓume,onpauｓe,onｓtop。３0.

android的數(shù)據(jù)存儲(chǔ)的方式sｈaｒedｐreferenｃe,文獻(xiàn)，SＱliｔe,conｔｅｎｔprovideｒ，網(wǎng)絡(luò)。31.

當(dāng)啟動(dòng)一個(gè)Actiｖity并且新的Ａｃtiｖｉty執(zhí)行完后需要返回到啟動(dòng)它的Ａctivity來(lái)執(zhí)行的回調(diào)函數(shù)是starｔＡｃtivityRｅｓult(）。３２．

請(qǐng)使用命令行的方式創(chuàng)建一個(gè)名字為myAvd,ｓｄｋ版本為2．2,sｄ卡是在d盤的根目錄下,名字為scaｒｄ.ｉmg,并指定屏幕大小HVGＡ._＿_(dá)___________＿＿＿＿_(dá)＿＿_(dá)＿＿_(dá)___＿_(dá)_＿＿_(dá)__。33.

程序運(yùn)營(yíng)的結(jié)果是:_____gｏoｄandgbｃ＿_(dá)___＿_(dá)__＿。

pｕｂliｃcｌasｓExamplｅ{

?Strinｇstr=neｗＳtrｉｎg("gｏｏd");

chaｒ［]ｃh={'ａ＇，'b','ｃ＇}；

?pubｌｉcstaticvｏidmａiｎ(Stringargs[］）｛

Eｘaｍｐｌeｅｘ=newＥxamplｅ();

?ex.change(ｅx.str,ex.ch）;

?Sysｔeｍ.ｏut．print（eｘ.ｓtr+"and＂);

Sytem.oｕt.priｎt(ex．cｈ)；

}

?ｐublicvoidchanｇe(Striｎgstr,chａrcｈ[]）{

?stｒ="ｔeｓｔok"；

?ch[0］=＇ｇ';

?}

}

?

34.

在anｄroid中,請(qǐng)簡(jiǎn)述jｎｉ的調(diào)用過(guò)程。(８分）1)安裝和下載Cｙgｗin,下載ＡｎdroｉdＮＤK?

２)在ｎdk項(xiàng)目中JNI接口的設(shè)計(jì)?

3)使用Ｃ/C++實(shí)現(xiàn)本地方法?

4)JNI生成動(dòng)態(tài)鏈接庫(kù).so文獻(xiàn)?

5)將動(dòng)態(tài)鏈接庫(kù)復(fù)制到j(luò)ａｖａ工程，在ｊａva工程中調(diào)用,運(yùn)營(yíng)java工程即可??35.

簡(jiǎn)述Anｄｒoｉd應(yīng)用程序結(jié)構(gòu)是哪些?（７分)Ａndroid應(yīng)用程序結(jié)構(gòu)是:?

LinuxKeｒnｅl(Linuｘ內(nèi)核)、Librａrｉes（系統(tǒng)運(yùn)營(yíng)庫(kù)或者是c／ｃ++核心庫(kù))、Ａpｐlｉcａt(yī)ioｎ

?

Framewoｒk(開(kāi)發(fā)框架包）、Ａpplicatiｏns

(核心應(yīng)用程序)?

36.

請(qǐng)繼承SQＬｉｔeOpeｎＨelper實(shí)現(xiàn):（１0分)

１).創(chuàng)建一個(gè)版本為1的“ｄiａryOpｅnHｅｌpｅr.db”的數(shù)據(jù)庫(kù),

2）.同時(shí)創(chuàng)建一個(gè)“diary”表（包含一個(gè)_iｄ主鍵并自增長(zhǎng),topｉc字符型100?

長(zhǎng)度，contenｔ字符型10００長(zhǎng)度)?

3)．在數(shù)據(jù)庫(kù)版本變化時(shí)請(qǐng)刪除ｄiarｙ表,并重新創(chuàng)建出diary表。??publｉcclaｓsDBHelper

ｅxtｅｎdｓSQＬiteOpenHelｐer{

pubｌｉcfｉnalstatiｃStｒiｎｇDATＡBＡSEＮAME="ｄiarｙOpenHelｐｅr．db＂；

pubｌicfｉｎalstaｔicinｔDATABASＥVEＲＳIＯN=１;?

/／創(chuàng)建數(shù)據(jù)庫(kù)

pｕblicDBHｅlｐer(Contextcoｎｔext,Stｒiｎｇnaｍe,CｕｒsorFactｏryfａｃtory，iｎtｖｅrsion)

{?

sｕper（coｎｔeｘt,name，ｆactｏry,ｖeｒsion);?

}?

//創(chuàng)建表等機(jī)構(gòu)性文獻(xiàn)?

publicvoｉdｏnCreａt(yī)e(ＳQLｉteＤatabａseｄｂ)

{

Ｓtringsql="createtaｂlｅdiary"+?

"(＂+?

＂＿iｄinｔｅgerprimarykeｙautoｉncrｅｍeｎt,"+

＂ｔoｐicvａrchａr(１００),"＋

＂contentvａｒｃhar(1０00)"+?

")";?

db．execSQL(sql）;

}

/／若數(shù)據(jù)庫(kù)版本有更新,則調(diào)用此方法?

publiｃvｏｉｄoｎUpgｒade(SQLiｔｅDaｔabａｓedb,ｉｎtｏlｄVersｉon,intｎeｗＶｅｒｓｉｏn)?

{

Sｔrｉngsql="drｏpｔａbleｉfexistsdｉary";

db.execＳＱＬ（sｑl)；?

this.oｎCreate(db);?

}?}?

37.

頁(yè)面上現(xiàn)有ＰｒogrｅssＢar控件progｒｅssBar，請(qǐng)用書(shū)寫(xiě)線程以１０秒的的時(shí)間完畢其進(jìn)度顯示工作。（10分）答案

puｂlｉcclassＰｒogressBarＳtuextendｓＡctｉvitｙ{

?

pｒｉｖａｔePｒoｇｒessBａrprogressBaｒ=nｕlｌ;?

ｐrｏteｃtedvoidｏnCrｅaｔe（BuｎdｌｅｓavedＩｎsｔａnｃeSｔate){?

ｓuper.onCreaｔe(saｖedInstancｅState)；?

setＣontentView(R．ｌayout.ｐroｇrｅssｂar);?

／/從這到下是關(guān)鍵

pｒogrｅssBaｒ＝（PrｏgrｅｓsBar)findVｉeｗByＩd(R.id.prｏgｒeｓsBａr);?

Ｔｈrｅadthread=ｎｅwThrｅaｄ(neｗRｕnｎablｅ(）{?

?

@Ｏverridｅ

publicvoidｒun（）｛

iｎtproｇressＢarMax=ｐrｏｇressBａr.getＭａx()；?

ｔry｛

wｈile（ｐｒogressＢａrMａx!=pｒogressBar.getPｒoｇreｓｓ())?

{

intsｔｅpＰrｏgrｅss=progressBａrMaｘ/10;

ｉｎtcuｒreｎｔprogress=pｒｏgreｓｓBａr.ｇetProgress()；?

pｒogｒeｓsBａr.sｅｔProgｒeｓｓ(cuｒrentpｒoｇress+stepＰrogresｓ);?

Thrｅad.ｓlｅe(cuò)p（10０0);

}?

}ｃaｔch(InteｒrupteｄEｘcｅptiｏne）{?

/／TODOAuto-genｅrａt(yī)ｅdｃatcｈbｌocｋ

ｅ.priｎtStackTｒａｃe();

}?

?

}?

｝);

?

tｈｒeａd.ｓtaｒｔ()；?

//關(guān)鍵結(jié)束?

}?

}?38.

請(qǐng)描述下Ａctivity的生命周期。

必調(diào)用的三個(gè)方法:onＣrｅａt(yī)e()－-＞ｏnSｔart()-->onＲesｕme（),用AAA表達(dá)

（1）父Ａｃｔivity啟動(dòng)子Ａctivｉty,子Acｔｖity退出,父Activｉty調(diào)用順序如下?AAＡ-->oｎFｒeｅｚe(）-－＞ｏnPause（）--＞oｎStop（)－－>onReｓtart()-->oｎStart(),onResume()…?(2）用戶點(diǎn)擊Hｏme,Actviｔy調(diào)用順序如下

AＡA－－>ｏｎFreezｅ（)－－>ｏｎPause（)-->ｏnStｏp(）--Maybe-->onDeｓｔrｏy()–Ｍａybe

（3)調(diào)用ｆinish(),Acｔiｖiｔｙ調(diào)用順序如下

ＡＡA-->onPause(）－－>onSｔop(）-－>onDestroy()

(4)在Acｔivity上顯示dｉａlog，Ａｃtｉvity調(diào)用順序如下

AAＡ?(５）在父Activity上顯示透明的或非全屏的actｉvity，Acｔiviｔy調(diào)用順序如下?AAA-－＞ｏnFrｅe(cuò)ｚe()-->ｏnＰａuse()

（6）設(shè)備進(jìn)入睡眠狀態(tài),Ａcｔiviｔｙ調(diào)用順序如下

AＡA-->onFｒeeze(）-->onPausｅ()

39.

假如后臺(tái)的Activiｔy由于某因素被系統(tǒng)回收了,如何在被系統(tǒng)回收之前保存當(dāng)前狀態(tài)?

onSaveInstanceSｔate()

當(dāng)你的程序中某一個(gè)AｃtivｉtｙA在運(yùn)營(yíng)時(shí)，積極或被動(dòng)地運(yùn)營(yíng)另一個(gè)新的ActivityＢ，這個(gè)時(shí)候Ａ?xí)?zhí)行onSａveＩnｓtａｎceState()。B完畢以后又會(huì)來(lái)找A,這個(gè)時(shí)候就有兩種情況：一是A被回收，二是A沒(méi)有被回收，被回收的Ａ就要重新調(diào)用ｏnCｒeａt(yī)e()方法,不同于直接啟動(dòng)的是這回ｏnCrｅａt(yī)ｅ()里是帶上了參數(shù)savedInstancｅＳｔate；而沒(méi)被收回的就直接執(zhí)行onＲesｕme()，跳過(guò)oｎCreate()了。

?40．

如何將一個(gè)Acｔivｉty設(shè)立成窗口的樣式。

在AndrｏidMaｎｉfｅst.xｍｌ中定義Activｉtｙ的地方一句話andｒoid:ｔｈeme=＂@aｎdｒoｉd:stｙle/Thｅｍe．Dｉａlog"或aｎdroiｄ:theｍe="＠androｉd：style/Theme．Tｒａnｓlucenｔ"就變成半透明的

41.

如何退出Ａcｔiviｔｙ？如何安全退出已調(diào)用多個(gè)Activitｙ的Appｌiｃaｔion?對(duì)于單一Ａｃｔiｖity的應(yīng)用來(lái)說(shuō)，退出很簡(jiǎn)樸，直接ｆinish()即可。?當(dāng)然,也可以用killＰｒｏcｅss（)和Syｓｔｅｍ.eｘit()這樣的方法。?

但是,對(duì)于多Acｔiviｔy的應(yīng)用來(lái)說(shuō),在打開(kāi)多個(gè)Ａcｔiｖity后，假如想在最后打開(kāi)的Ａcｔｉvｉtｙ直接退出,上邊的方法都是沒(méi)有用的,由于上邊的方法都是結(jié)束一個(gè)Aｃtivｉty而已。

當(dāng)然，網(wǎng)上也有人說(shuō)可以。?就仿佛有人問(wèn)，在應(yīng)用里如何捕獲Ｈome鍵，有人就會(huì)說(shuō)用kｅyCode比較KEYＣODE_HOMＥ即可，而事實(shí)上假如不修改ｆrａmework,主線不也許做到這一點(diǎn)同樣。

所以,最佳還是自己親自試一下。??那么,有沒(méi)有辦法直接退出整個(gè)應(yīng)用呢？

在２.1之前，可以使用ActivitｙＭａｎａger的ｒesｔartＰackage方法。?它可以直接結(jié)束整個(gè)應(yīng)用。在使用時(shí)需要權(quán)限andｒoｉd.permｉssｉon.ＲESTART＿PAＣKAGES。

注意不要被它的名字迷惑。

可是,在2．2，這個(gè)方法失效了。?在２．2添加了一個(gè)新的方法，kilｌBackgrｏundProceｓseｓ（)，需要權(quán)限android.permissiｏn.ＫILL_BACKGROUND＿PＲOCEＳSEＳ。?可惜的是，它和2.2的rｅsｔartPackaｇe同樣,主線起不到應(yīng)有的效果。

?此外尚有一個(gè)方法,就是系統(tǒng)自帶的應(yīng)用程序管理里，強(qiáng)制結(jié)束程序的方法,fｏｒｃeStopPackage()。?它需要權(quán)限aｎｄroｉd.permｉｓsion．ＦＯRCＥ＿STOP_PACKAＧEＳ。

并且需要添加ａnｄrｏid:sharedUｓerId=＂anｄｒoid．uid．ｓｙstem"屬性?同樣可惜的是，該方法是非公開(kāi)的,他只能運(yùn)營(yíng)在系統(tǒng)進(jìn)程,第三方程序無(wú)法調(diào)用。

由于需要在Andrｏｉｄ．ｍk中添加LOＣＡL＿CERTIFＩＣＡTE:=plaｔform。?而Anｄroid．mｋ是用于在Android源碼下編譯程序用的。

從以上可以看出，在2.2，沒(méi)有辦法直接結(jié)束一個(gè)應(yīng)用，而只能用自己的辦法間接辦到。

現(xiàn)提供幾個(gè)方法,供參考:

1、拋異常強(qiáng)制退出：?該方法通過(guò)拋異常，使程序FoｒcｅClosｅ。

驗(yàn)證可以,但是，需要解決的問(wèn)題是,如何使程序結(jié)束掉，而不彈出FｏrｃｅClosｅ的窗口。??2、記錄打開(kāi)的Activity：

每打開(kāi)一個(gè)Activity,就記錄下來(lái)。在需要退出時(shí)，關(guān)閉每一個(gè)Aｃｔiｖｉty即可。??３、發(fā)送特定廣播：?在需要結(jié)束應(yīng)用時(shí),發(fā)送一個(gè)特定的廣播,每個(gè)Aｃtｉｖity收到廣播后，關(guān)閉即可。?

4、遞歸退出?在打開(kāi)新的Acｔivitｙ時(shí)使用staｒtActiviｔyForＲesulｔ,然后自己加標(biāo)志,在onAｃtiｖｉｔyRｅsult中解決，遞歸關(guān)閉。?

除了第一個(gè),都是想辦法把每一個(gè)Actiｖiｔｙ都結(jié)束掉,間接達(dá)成目的。?但是這樣做同樣不完美。

你會(huì)發(fā)現(xiàn),假如自己的應(yīng)用程序?qū)γ恳粋€(gè)Activity都設(shè)立了nｏsｅnsor,在兩個(gè)Actｉvｉtｙ結(jié)束的間隙,seｎsor也許有效了。?但至少，我們的目的達(dá)成了,并且沒(méi)有影響用戶使用。

?為了編程方便,最佳定義一個(gè)Actiｖitｙ基類，解決這些共通問(wèn)題。

?42.

請(qǐng)介紹下Andrｏｉd中常用的五種布局。FrameLaｙout（框架布局),ＬinｅaｒＬａyouｔ（線性布局),ＡｂsoluteLａｙｏut(絕對(duì)布局），ＲeｌativeLayoｕt(相對(duì)布局），TaｂleLayout（表格布局）?43.

請(qǐng)介紹下Ａndroid的數(shù)據(jù)存儲(chǔ)方式。一.ShａｒｅdＰrｅferences方式?二.文獻(xiàn)存儲(chǔ)方式

三.SQLite數(shù)據(jù)庫(kù)方式

四.內(nèi)容提供器(Ｃonｔeｎtpｒovideｒ)方式

五.網(wǎng)絡(luò)存儲(chǔ)方式?44.

請(qǐng)介紹下ＣonteｎｔPｒoｖidｅr是如何實(shí)現(xiàn)數(shù)據(jù)共享的。創(chuàng)建一個(gè)屬于你自己的Conｔenｔprovideｒ或者將你的數(shù)據(jù)添加到一個(gè)已經(jīng)存在的Ｃontentprovidｅｒ中，前提是有相同數(shù)據(jù)類型并且有寫(xiě)入Ｃｏntentpｒovideｒ的權(quán)限。

４5.

如何啟用Ｓerｖicｅ，如何停用Service。Android中的sｅrviｃｅ類似于ｗｉndows中的serｖice,service一般沒(méi)有用戶操作界面,它運(yùn)營(yíng)于系統(tǒng)中不容易被用戶發(fā)現(xiàn),?可以使用它開(kāi)發(fā)如監(jiān)控之類的程序。?一。環(huán)節(jié)

第一步:繼承Sｅrｖｉｃｅ類?ｐｕblｉcｃlａsｓSMSServicｅe(cuò)ｘｔendsＳｅｒｖice{}

第二步：在AndroｉdManifest.xml文獻(xiàn)中的<ａｐplication>節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配置：

<servicｅaｎdroid：nａｍe=＂．DｅmoSｅrvice"／＞?二。Ｃonteｘt.sｔaｒtSｅrvｉce（)和Ｃontext.biｎdSeｒvicｅ?服務(wù)不能自己運(yùn)營(yíng)，需要通過(guò)調(diào)用Contｅｘt.starｔＳerｖiｃe()或Ｃoｎｔｅxt．ｂindServｉce(）方法啟動(dòng)服務(wù)。這兩個(gè)方法都可

以啟動(dòng)Sｅrvｉce,但是它們的使用場(chǎng)合有所不同。

1.使用staｒtService()方法啟用服務(wù)，調(diào)用者與服務(wù)之間沒(méi)有關(guān)連，即使調(diào)用者退出了,服務(wù)仍然運(yùn)營(yíng)。

使用ｂindService（)方法啟用服務(wù),調(diào)用者與服務(wù)綁定在了一起,調(diào)用者一旦退出，服務(wù)也就終止。?2．采用Coｎtext.startSerｖice(）方法啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的onCreate()方法，?接著調(diào)用ｏnSｔart()方法。假如調(diào)用stａｒtSeｒvｉce()方法前服務(wù)已經(jīng)被創(chuàng)建，多次調(diào)用sｔartSerｖｉcｅ（)方法并

不會(huì)導(dǎo)致多次創(chuàng)建服務(wù)，但會(huì)導(dǎo)致多次調(diào)用onＳtart(）方法。?采用startＳerｖice()方法啟動(dòng)的服務(wù),只能調(diào)用Cｏｎtexｔ．stｏｐSeｒvｉcｅ(）方法結(jié)束服務(wù)，服務(wù)結(jié)束時(shí)會(huì)調(diào)用?onDesｔroy（)方法。

??3.采用Conｔext．ｂindSｅrvｉｃe()方法啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)建時(shí),系統(tǒng)會(huì)先調(diào)用服務(wù)的ｏnCreaｔｅ(）方法,

接著調(diào)用onBind()方法。這個(gè)時(shí)候調(diào)用者和服務(wù)綁定在一起,調(diào)用者退出了，系統(tǒng)就會(huì)先調(diào)用服務(wù)的onＵnbｉｎd()方法,

。接著調(diào)用oｎDｅｓｔrｏy()方法。假如調(diào)用ｂiｎdＳervice（)方法前服務(wù)已經(jīng)被綁定,多次調(diào)用ｂｉnｄServiｃe()方法并不會(huì)?導(dǎo)致多次創(chuàng)建服務(wù)及綁定(也就是說(shuō)oｎCreate()和onＢinｄ()方法并不會(huì)被多次調(diào)用)。假如調(diào)用者希望與正在綁定的服務(wù)?解除綁定,可以調(diào)用uｎｂindSｅrviｃe()方法，調(diào)用該方法也會(huì)導(dǎo)致系統(tǒng)調(diào)用服務(wù)的oｎUnbiｎd()－->oｎDｅｓtroy()方法。

三。Ｓervｉｃe的生命周期?1.Service常用生命周期回調(diào)方法如下：

?onCｒeatｅ()

該方法在服務(wù)被創(chuàng)建時(shí)調(diào)用，該方法只會(huì)被調(diào)用一次,無(wú)論調(diào)用多少次startSerｖice()或ｂｉndSeｒvｉce（）方法，

服務(wù)也只被創(chuàng)建一次。

onDｅstｒoｙ()該方法在服務(wù)被終止時(shí)調(diào)用。

?

２.Ｃoｎtext.ｓtarｔSeｒvｉce()啟動(dòng)Ｓervicｅ有關(guān)的生命周期方法

oｎSｔarｔ()

只有采用Context.stａrｔServicｅ()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在服務(wù)開(kāi)始運(yùn)營(yíng)時(shí)被調(diào)用。

多次調(diào)用sｔａrtServiｃｅ()方法盡管不會(huì)多次創(chuàng)建服務(wù)，但ｏｎStaｒt(）

方法會(huì)被多次調(diào)用。

3.Coｎtｅxt.ｂiｎdServｉcｅ()啟動(dòng)Sｅrvicｅ有關(guān)的生命周期方法?onＢinｄ(）只有采用Context．binｄＳervice()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)綁定期被調(diào)用，?當(dāng)調(diào)用者與服務(wù)已經(jīng)綁定，多次調(diào)用Ｃｏnteｘｔ.bｉndSｅrvice（)方法并不會(huì)導(dǎo)致該方法被多次調(diào)用。?onＵnｂiｎd()只有采用Cｏntexｔ．ｂindServｉce(）方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)解除綁定期被調(diào)用。?備注：?1.

采用ｓｔartSeｒvｉｃe()啟動(dòng)服務(wù)?

Ｉntentintｅｎt＝nｅwInｔent(DemｏＡctｉｖity．tｈis，ＤemoSeｒｖice．class);?

ｓtａrtSeｒvice(intent);?２.Ｃontext．bｉndSerｖicｅ()啟動(dòng)?

Ｉntｅntintｅnt=ｎｅｗＩnｔenｔ(DemoActivity．ｔhis，ＤemoSｅｒvice.class)；?

bindServicｅ(ｉntenｔ，conn,Cｏntext.BIND＿ＡＵTO_CRＥATE)；

//unbindService（cｏnn);//解除綁定?46.

注冊(cè)廣播有幾種方式,這些方式有何優(yōu)缺陷？請(qǐng)談?wù)凙ｎdroid引入廣播機(jī)制的用意。

Anｄroid廣播機(jī)制（兩種注冊(cè)方法)

在andrｏｉd下，要想接受廣播信息，那么這個(gè)廣播接受器就得我們自己來(lái)實(shí)現(xiàn)了，我們可以繼承BｒoadcasｔReceｉveｒ，就可以有一個(gè)廣播接受器了。有個(gè)接受器還不夠，我們還得重寫(xiě)ＢroaｄｃaｓｔＲｅcｅiｖｅr里面的onRｅcｅｉｖer方法，當(dāng)來(lái)廣播的時(shí)候我們要干什么，這就要我們自己來(lái)實(shí)現(xiàn)，但是我們可以搞一個(gè)信息防火墻。具體的代碼:?

ｐublicclassＳmｓBroaｄCaｓtReｃeiｖｅrextendsBｒｏadcasｔRｅceｉvｅr

?｛

?

@Oｖｅrriｄe

?

ｐubｌicvoidｏnRecｅiｖe（Ｃｏｎtextcoｎtｅｘt,Iｎｔｅｎｔintent)

?

{

Bundｌｅbｕｎdle＝iｎtｅnt．getＥxtｒas()；

?

Obｊeｃｔ[]obｊect＝(Object[]）ｂuｎdｌe．ｇet（"ｐｄus");

?

SmｓMｅsｓａgｅsms[］＝nｅwSmｓMessａgｅ［obｊect.length];

?

ｆｏｒ（inti＝0;i<obｊｅct.length；ｉ+＋)

｛

?

sms[0]＝SmｓMessagｅ.crｅateFromPdu（(bｙte[])oｂｊｅｃt);

Tｏast.makｅText(cｏntｅxt，"來(lái)自"+ｓms.ｇeｔDisplayOriginatingAdｄrｅss()+"的消息是:"+sms.getＤｉsplayMessaｇeBody(),Toａｓt.ＬENGTＨ_ＳHORT).shｏw（)；

｝

//終止廣播，在這里我們可以稍微解決，根據(jù)用戶輸入的號(hào)碼可以實(shí)現(xiàn)短信防火墻。

?

abortＢroadcasｔ（）;

?

}

｝

?

當(dāng)實(shí)現(xiàn)了廣播接受器，還要設(shè)立廣播接受器接受廣播信息的類型,這里是信息：ａnｄroiｄ.provider.Telephｏny．ＳMS＿RECEIVＥD

?我們就可以把廣播接受器注冊(cè)到系統(tǒng)里面,可以讓系統(tǒng)知道我們有個(gè)廣播接受器。這里有兩種,一種是代碼動(dòng)態(tài)注冊(cè):

?/／生成廣播解決

sｍｓBｒoａdＣastRｅceiveｒ＝newSmsＢrｏadCastReceivｅr(）;

／／實(shí)例化過(guò)濾器并設(shè)立要過(guò)濾的廣播

??InteｎｔFｉltｅrintｅnｔＦiｌteｒ=ｎewInteｎtＦilｔｅｒ("anｄｒｏid．pｒｏviｄer．Telephoｎy.ＳMS＿ＲECEIVED");

//注冊(cè)廣播

?BrｏａdCastReceiverAcｔivｉtｙ．thiｓ．reｇiｓterReceｉver(smｓＢｒoaｄＣastReceｉver,ｉnｔentFilter）;

一種是在AnｄroｉdManifeｓt．ｘml中配置廣播

?<？ｘmｌversioｎ="1．0"ｅncoding="uｔｆ-８"?>

<manifestxmｌns:ａndｒoid＝＂＂

?

package="ｓpl.broadＣastReceiver"

?

aｎdrｏiｄ：veｒsionCoｄe="1"

android:veｒsｉoｎName="1.0"＞

?

<apｐlicatiｏnandrｏiｄ:ｉcｏｎ="＠drawaｂｌe/icon＂anｄｒoiｄ:ｌabeｌ＝"＠ｓtring/ａpp＿nａme">

<actiｖｉtyandｒｏid:ｎamｅ＝".BroａdCａｓtRecｅｉverActｉviｔy"

?

anｄｒoid:ｌabeｌ="@sｔrinｇ/apｐ＿name">

?

<intent-fｉltｅｒ>

?

<actionａndrｏｉd:namｅ＝"anｄroiｄ．intenｔ.actｉｏn.MAＩＮ"/＞

?

<categoｒｙandroiｄ:naｍe="ent.cateｇoｒy.ＬAUNCHER"/>

?

</iｎtｅnt－fiｌteｒ>

＜/acｔiｖｉtｙ＞

?

?

<!--廣播注冊(cè)-->

<rｅｃeｉverandrｏid：name＝"．SｍｓBroadＣastＲeceivｅｒ＂＞

?

<intｅnt-filterandroiｄ:priorｉty="2０＂＞

?

＜actionanｄrｏｉd:nａme="androｉｄ.provider．Tｅleｐhony.ＳMS_RECEIVEＤ"/>

</intent-filｔer>

＜／rｅceｉｖer＞

?

＜/applｉcation＞

?

<uses－sdｋandrｏiｄ:minＳdkＶｅｒsioｎ＝＂7"/＞

?

?

<!－-

權(quán)限申請(qǐng)

－－>

<uses-perｍiｓｓionａｎｄｒoiｄ:name=＂ａndroiｄ.permissioｎ.REＣＥIVE＿ＳMS"></useｓ-peｒmission>

</manifest＞

?兩種注冊(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)。?4７.

請(qǐng)解釋下在單線程模型中Ｍessａｇe、Ｈanｄｌer、MｅsｓagｅQｕeue、Ｌooper之間的關(guān)系。Ｈandler簡(jiǎn)介:?一個(gè)Ｈandｌer允許你發(fā)送和解決Mｅsｓaｇe和Ruｎaｂｌe對(duì)象，這些對(duì)象和一個(gè)線程的ＭessａgｅQuｅue相關(guān)聯(lián)。每一個(gè)線程實(shí)例和一個(gè)單獨(dú)的線程以及該線程的MessageQueue相關(guān)聯(lián)。當(dāng)你創(chuàng)建一個(gè)新的Haｎｄlｅｒ時(shí)，它就和創(chuàng)建它的線程綁定在一起了。這里，線程我們也可以理解為線程的MessageＱuｅuｅ。從這一點(diǎn)上來(lái)看，Ｈａndler把Mesｓage和Runable對(duì)象傳遞給MessageQueue，并且在這些對(duì)象離開(kāi)ＭessageQueｕｅ時(shí)，Hanｄlｅr負(fù)責(zé)執(zhí)行他們。??Handlｅr有兩個(gè)重要的用途:（１)擬定在將來(lái)的某個(gè)時(shí)間點(diǎn)執(zhí)行一個(gè)或者一些Messagｅ和Runnaｂlｅ對(duì)象。（2)在其他線程(不是Ｈaｎdlｅr綁定線程）中排入一些要執(zhí)行的動(dòng)作。

SchｅduｌｉｎｇMeｓｓage，即（1)，可以通過(guò)以下方法完畢：

post(Ruｎnａble)：Ｒuｎnａbｌe在haｎｄler綁定的線程上執(zhí)行,也就是說(shuō)不創(chuàng)建新線程。?postＡtＴiｍe(Runｎable,lonｇ):

pｏsｔDelaｙed(Rｕnnable,long):?sendEmptｙＭessage（int）:?ｓendMeｓsage(Messａｇe):

sendMessａgｅAtTime(Messaｇe,lｏng):?sendＭeｓｓageＤeｌaｙｅd(Messaｇe,ｌong):

ｐosｔ這個(gè)動(dòng)作讓你把Ｒuｎｎabｌｅ對(duì)象排入MeｓsａgeQueuｅ,ＭeｓsaｇeQueｕe受到這些消息的時(shí)候執(zhí)行他們，當(dāng)然以一定的排序。senｄMｅssａge這個(gè)動(dòng)作允許你把Meｓｓａｇe對(duì)象排成隊(duì)列，這些Message對(duì)象包含一些信息,Hａｎｄlｅr的hａnｌｅｒMessage(Message)會(huì)解決這些Mｅssaｇe.當(dāng)然，haｎｄlerMessagｅ(Messａｇe)必須由Hａｎdｌer的子類來(lái)重寫(xiě)。這是編程人員需要作的事。

當(dāng)ｐosting或者sｅｎｄiｎg到一個(gè)Ｈanleｒ時(shí),你可以有三種行為：當(dāng)MeｓｓａｇeＱueue準(zhǔn)備好就解決，定義一個(gè)延遲時(shí)間,定義一個(gè)精確的時(shí)間去解決。后兩者允許你實(shí)現(xiàn)timeouｔ,ｔick,和基于時(shí)間的行為。??當(dāng)你的應(yīng)用創(chuàng)建一個(gè)新的進(jìn)程時(shí)，主線程（也就是UI線程）自帶一個(gè)MessａgeQueue，這個(gè)MessaｇeＱｕeue管理頂層的應(yīng)用對(duì)象(像activitieｓ,ｂroadcasｔrecｅivers等)和主線程創(chuàng)建的窗體。你可以創(chuàng)建自己的線程,并通過(guò)一個(gè)Haｎdler和主線程進(jìn)行通信。這和之前同樣,通過(guò)ｐost和sendｍｅsｓage來(lái)完畢，差別在于在哪一個(gè)線程中執(zhí)行這么方法。在恰當(dāng)?shù)臅r(shí)候,給定的Runnaｂｌｅ和Ｍessage將在Hａndｌｅr的MessageＱueuｅ中被Schedｕleｄ。??

Meｓｓage簡(jiǎn)介:?Messａgｅ類就是定義了一個(gè)信息，這個(gè)信息中包含一個(gè)描述符和任意的數(shù)據(jù)對(duì)象,這個(gè)信息被用來(lái)傳遞給Ｈandleｒ.Ｍessagｅ對(duì)象提供額外的兩個(gè)iｎt域和一個(gè)Ｏbjｅct域，這可以讓你在大多數(shù)情況下不用作分派的動(dòng)作。

盡管Meｓｓａｇe的構(gòu)造函數(shù)是pｕblic的，但是獲?。蚭ｓsage實(shí)例的最佳方法是調(diào)用Messａｇｅ.obtain（)，或者Ｈａnｄler.obｔainMesｓａｇe()方法，這些方法會(huì)從回收對(duì)象池中獲取一個(gè)。

?

ＭessaｇeQｕeuｅ簡(jiǎn)介：

這是一個(gè)包含meｓsaｇe列表的底層類。Looｐer負(fù)責(zé)分發(fā)這些ｍeｓsage。Ｍessaｇes并不是直接加到一個(gè)MeｓsagｅＱueuｅ中，而是通過(guò)ＭｅsｓageQｕｅｕe．IｄlｅHandleｒ關(guān)聯(lián)到Loopｅr。?你可以通過(guò)Looｐer.myＱueue（)從當(dāng)前線程中獲取MeｓsagｅＱueｕe。???Loopeｒ簡(jiǎn)介：

Ｌｏoper類被用來(lái)執(zhí)行一個(gè)線程中的meｓsage循環(huán)。默認(rèn)情況，沒(méi)有一個(gè)消息循環(huán)關(guān)聯(lián)到線程。在線程中調(diào)用preｐare（)創(chuàng)建一個(gè)Looｐer,然后用loｏp()來(lái)解決messａｇes，直到循環(huán)終止。

?大多數(shù)和meｓsageｌoｏｐ的交互是通過(guò)Ｈandler。

下面是一個(gè)典型的帶有Loｏper的線程實(shí)現(xiàn)。?

cｌassLｏopｅｒＴhreadｅxteｎdsTｈread｛

ｐubｌicHandlｅrｍHandｌer;

ｐuｂlicvoidruｎ(){

Lｏopｅr.preｐare（)；

mHaｎdler=newHanｄlｅr(){

pubｌicvｏiｄｈaｎｄleMｅssａge(Mesｓａgemsg){?

/／procesｓｉnｃｏｍingmｅsｓagesｈerｅ?

}

};?

?

Loｏpeｒ.loop（)；?

}

}

４８．

ＡIＤＬ的全稱是什么？如何工作?能解決哪些類型的數(shù)據(jù)?ＡIＤL的英文全稱是ＡｎdroidIｎｔerｆaceＤefiｎeLaｎguaｇｅ

當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中的sｅｒｖiｃe時(shí),并實(shí)現(xiàn)通信，我們通常都是通過(guò)ＡIＤL來(lái)操作的

A工程:?一方面我們?cè)趎ｅｔ.bｌｏｇjａｖa．mobile．a(chǎn)idlsｅrviｃe包中創(chuàng)建一個(gè)RemoteServｉce．a(chǎn)idl文獻(xiàn)，在里面我們自定義一個(gè)接口,具有方法get。ADT插件會(huì)在gen目錄下自動(dòng)生成一個(gè)RemoteSｅrvice．javａ文獻(xiàn),該類中具有一個(gè)名為ＲemｏteServiｃe.stub的內(nèi)部類,該內(nèi)部類中具有ａiｄl文獻(xiàn)接口的gｅｔ方法。?說(shuō)明一：aidｌ文獻(xiàn)的位置不固定,可以任意?然后定義自己的ＭｙSerｖｉce類，在MｙSｅｒvice類中自定義一個(gè)內(nèi)部類去繼承ＲemoteServｉce.stuｂ這個(gè)內(nèi)部類,實(shí)現(xiàn)get方法。在ｏｎBiｎd方法中返回這個(gè)內(nèi)部類的對(duì)象,系統(tǒng)會(huì)自動(dòng)將這個(gè)對(duì)象封裝成IBindｅr對(duì)象，傳遞給他的調(diào)用者。?另一方面需要在AｎdroidMaｎifeｓｔ．xml文獻(xiàn)中配置MyServｉce類,代碼如下：

<!--

注冊(cè)服務(wù)

-－＞

?＜sｅrvｉcｅａndrｏid:namｅ=".MｙSeｒvｉｃe＂>

<inteｎt-fiｌｔer>

＜!--

指定調(diào)用AIDL服務(wù)的ID

-－>

?

<acｔiｏnandroid:name="ｎeｔ.blogｊavａ.moｂile．ａiｄlｓervice．ReｍoteSeｒvice"/＞

?

</intent-filｔer>

<／servｉce＞

為什么要指定調(diào)用AIＤL服務(wù)的IＤ，就是要告訴外界MｙService這個(gè)類可以被別的進(jìn)程訪問(wèn)，只要?jiǎng)e的進(jìn)程知道這個(gè)ID，正是有了這個(gè)ＩD,Ｂ工程才干找到Ａ工程實(shí)現(xiàn)通信。

說(shuō)明:AＩDL并不需要權(quán)限?B工程：?

一方面我們要將A工程中生成的ＲemotｅSerｖiｃｅ.javａ文獻(xiàn)拷貝到B工程中，在ｂｉnｄSeｒｖｉｃe方法中綁定ａidl服務(wù)

綁定AIDL服務(wù)就是將ReｍoteSerｖiｃe的ＩD作為intｅｎt的actｉon參數(shù)。

說(shuō)明：假如我們單獨(dú)將RｅmoｔeSerｖｉｃe.aidｌ文獻(xiàn)放在一個(gè)包里，那個(gè)在我們將gｅｎ目錄下的該包拷貝到B工程中。假如我們將RemoteＳerｖice．a(chǎn)idl文獻(xiàn)和我們的其他類存放在一起,那么我們?cè)贐工程中就要建立相應(yīng)的包,以保證RmoteSerｖice.java文獻(xiàn)的報(bào)名對(duì)的，我們不能修改RemoｔeServiｃe.java文獻(xiàn)?

bindＳervice(ｎewIntｅn("ｎｅｔ.bｌogjaｖa.ｍｏbile．ａidlｓervicｅ.RｅｍoteＳｅrvice"),serviceCｏnnection,Contexｔ．BINＤ_AUＴO(shè)_CRＥATＥ)；

ServicｅConnectiｏn的oｎSeｒviceCoｎｎｅcｔｅd(CｏｍｐonenｔNamｅnａmｅ,IBiｎdｅrserviｃe)方法中的seｒvicｅ參數(shù)就是A工程中MySｅｒvice類中繼承了ＲemoteＳｅrｖｉce.stuｂ類的內(nèi)部類的對(duì)象。?４9.

請(qǐng)解釋下Ａnｄroiｄ程序運(yùn)營(yíng)時(shí)權(quán)限與文獻(xiàn)系統(tǒng)權(quán)限的區(qū)別。運(yùn)營(yíng)時(shí)權(quán)限D(zhuǎn)alｖik（andrｏｉd授權(quán))

?文獻(xiàn)系統(tǒng)lｉnux內(nèi)核授權(quán)??５０.

系統(tǒng)上安裝了多種瀏覽器,能否指定某瀏覽器訪問(wèn)指定頁(yè)面？請(qǐng)說(shuō)明原由。通過(guò)直接發(fā)送Uri把參數(shù)帶過(guò)去，或者通過(guò)mａnifest里的ｉｎteｎtfilｔer里的data屬性

5１．

你如何評(píng)價(jià)Android系統(tǒng)?優(yōu)缺陷。答:Andrｏｉd平臺(tái)手機(jī)5大優(yōu)勢(shì)：

一、開(kāi)放性

在優(yōu)勢(shì)方面,Anｄroid平臺(tái)一方面就是其開(kāi)發(fā)性,開(kāi)發(fā)的平臺(tái)允許任何移動(dòng)終端廠商加入到Aｎdroid聯(lián)盟中來(lái)。顯著的開(kāi)放性可以使其擁有更多的開(kāi)發(fā)者,隨著用戶和應(yīng)用的日益豐富,一個(gè)嶄新的平臺(tái)也將不久走向成熟。開(kāi)放性對(duì)于Anｄroid的發(fā)展而言，有助于積累人氣,這里的人氣涉及消費(fèi)者和廠商，而對(duì)于消費(fèi)者來(lái)講,隨大的受益正是豐富的軟件資源。開(kāi)放的平臺(tái)也會(huì)帶來(lái)更大競(jìng)爭(zhēng)，如此一來(lái)，消費(fèi)者將可以用更低的價(jià)位購(gòu)得心儀的手機(jī)。?二、掙脫運(yùn)營(yíng)商的束縛

?在過(guò)去很長(zhǎng)的一段時(shí)間，特別是在歐美地區(qū),手機(jī)應(yīng)用往往受到運(yùn)營(yíng)商制約,使用什么功能接入什么網(wǎng)絡(luò),幾乎都受到運(yùn)營(yíng)商的控制。從去年iPhone上市，用戶可以更加方便地連接網(wǎng)絡(luò)，運(yùn)營(yíng)商的制約減少。隨著ＥDGE、ＨSDＰＡ這些２G至３G移動(dòng)網(wǎng)絡(luò)的逐步過(guò)渡和提高,手機(jī)隨意接入網(wǎng)絡(luò)已不是運(yùn)營(yíng)商口中的笑談，當(dāng)你可以通過(guò)手機(jī)ＩＭ軟件方便地進(jìn)行即時(shí)聊天時(shí)，再回想不久前天價(jià)的彩信和圖鈴下載業(yè)務(wù),是不是像惡夢(mèng)同樣?互聯(lián)網(wǎng)巨頭Ｇoｏgle推動(dòng)的Aｎdroid終端天生就有網(wǎng)絡(luò)特色，將讓用戶離互聯(lián)網(wǎng)更近。?三、豐富的硬件選擇

這一點(diǎn)還是與Ａndｒoid平臺(tái)的開(kāi)放性相關(guān),由于Anｄroid的開(kāi)放性，眾多的廠商會(huì)推出千奇百怪，功能特色各具的多種產(chǎn)品。功能上的差異和特色，卻不會(huì)影響到數(shù)據(jù)同步、甚至軟件的兼容，好比你從諾基亞Symｂian風(fēng)格手機(jī)一下改用蘋(píng)果iPhoｎｅ,同時(shí)還可將Symｂｉan中優(yōu)秀的軟件帶到iPｈone上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移，是不是非常方便呢?

四、不受任何限制的開(kāi)發(fā)商

Aｎdｒoid平臺(tái)提供應(yīng)第三方開(kāi)發(fā)商一個(gè)十分寬泛、自由的環(huán)境,不會(huì)受到各種條條框框的阻擾，可想而知,會(huì)有多少新奇別致的軟件會(huì)誕生。但也有其兩面性,血腥、暴力、情色方面的程序和游戲如可控制正是留給Andｒoid難題之一。

五、無(wú)縫結(jié)合的Goｏgle應(yīng)用

如今叱詫互聯(lián)網(wǎng)的Goｏgle已經(jīng)走過(guò)２023度歷史,從搜索巨人到全面的互聯(lián)網(wǎng)滲透，Google服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Android平臺(tái)手機(jī)將無(wú)縫結(jié)合這些優(yōu)秀的Gooｇlｅ服務(wù)。?再說(shuō)Anｄroid的５大局限性：?一、安全和隱私

?由于手機(jī)與互聯(lián)網(wǎng)的緊密聯(lián)系，個(gè)人隱私很難得到保守。除了上網(wǎng)過(guò)程中經(jīng)意或不經(jīng)意留下的個(gè)人足跡,Gooｇle這個(gè)巨人也時(shí)時(shí)站在你的身后,洞穿一切，因此，互聯(lián)網(wǎng)的進(jìn)一步將會(huì)帶來(lái)新一輪的隱私危機(jī)。?二、一方面開(kāi)賣Androｉd手機(jī)的不是最大運(yùn)營(yíng)商

眾所周知，T-Ｍobilｅ在23日,于美國(guó)紐約發(fā)布了Ａndroｉｄ首款手機(jī)Ｇ1。但是在北美市場(chǎng),最大的兩家運(yùn)營(yíng)商乃ＡT&T和Veｒizon，而目前所知取得Aｎdroiｄ手機(jī)銷售權(quán)的僅有Ｔ-Mobiｌe和Sprｉnt，其中T-Ｍoｂilｅ的3G網(wǎng)絡(luò)相對(duì)于其他三家也要遜色不少,因此，用戶可以買賬購(gòu)買G１,能否體驗(yàn)到最佳的３G網(wǎng)絡(luò)服務(wù)則要另當(dāng)別論了!

三、運(yùn)營(yíng)商仍然可以影響到Ａndroid手機(jī)

在國(guó)內(nèi)市場(chǎng),不少用戶對(duì)購(gòu)得移動(dòng)定制機(jī)不滿，感覺(jué)所購(gòu)的手機(jī)被人涂畫(huà)了廣告一般。這樣的情況在國(guó)外市場(chǎng)同樣出現(xiàn)。Ａnｄroid手機(jī)的另一發(fā)售運(yùn)營(yíng)商Sprｉnt就將在其機(jī)型中內(nèi)置其手機(jī)商店程序。

四、同類機(jī)型用戶減少

在不少手機(jī)論壇都會(huì)有針對(duì)某一型號(hào)的子論壇，對(duì)一款手機(jī)的使專心得交流,并分享軟件資源。而對(duì)于Ａnｄ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ò)度依賴開(kāi)發(fā)商缺少標(biāo)準(zhǔn)配置

?在使用PC端的WiｎdoｗｓXp系統(tǒng)的時(shí)候，都會(huì)內(nèi)置微軟WinｄｏwsMediaPlａｙeｒ這樣一個(gè)瀏覽器程序，用戶可以選擇更多樣的播放器，如Rｅalplay或暴風(fēng)影音等。但入手開(kāi)始使用默認(rèn)的程序同樣可以應(yīng)付多樣的需要。在Andrｏid平臺(tái)中,由于其開(kāi)放性，軟件更多依賴第三方廠商，比如Aｎdroiｄ系統(tǒng)的SＤK中就沒(méi)有內(nèi)置音樂(lè)播放器，所有依賴第三方開(kāi)發(fā),缺少了產(chǎn)品的統(tǒng)一性。??52.

什么是ANR如何避免它?

答：ANR:ＡppｌicatｉonNｏtRｅspｏｎding，五秒

??在Andｒoiｄ中,活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序的響應(yīng)。當(dāng)出現(xiàn)下列情況時(shí)，Aｎdrｏid就會(huì)顯示AＮR對(duì)話框了:

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

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

?Aｎｄroiｄ應(yīng)用程序完全運(yùn)營(yíng)在一個(gè)獨(dú)立的線程中(例如mａｉn）。這就意味著，任何在主線程中運(yùn)營(yíng)的,需要消耗大量時(shí)間的操作都會(huì)引發(fā)ANR。由于此時(shí),你的應(yīng)用程序已經(jīng)沒(méi)有機(jī)會(huì)去響應(yīng)輸入事件和意向廣播(Iｎteｎtbroadcast)。

?因此，任何運(yùn)營(yíng)在主線程中的方法，都要盡也許的只做少量的工作。特別是活動(dòng)生命周期中的重要方法如oｎCreate()和onReｓume()等更應(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()或者Tｈrｅad.sleeｐ(）方法。取而代之的是,主線程為子線程提供一個(gè)句柄(Haｎｄｌer）,讓子線程在即將結(jié)束的時(shí)候調(diào)用它(ｘiｎｇ:可以參看Sｎakｅ的例子，這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應(yīng)用程序，可以保證你的程序?qū)斎氡３至己玫捻憫?yīng),從而避免由于輸入事件超過(guò)5秒鐘不被解決而產(chǎn)生的ANR。這種實(shí)踐需要應(yīng)用到所有顯示用戶界面的線程,由于他們都面臨著同樣的超時(shí)問(wèn)題。

53．

什么情況會(huì)導(dǎo)致ForceＣlｏse？如何避免？能否捕獲導(dǎo)致其的異常?

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

?５4.

Aｎdroｉｄ自身的api并未聲明會(huì)拋出異常，則其在運(yùn)營(yíng)時(shí)有無(wú)也許拋出ruｎtimｅ異常,你碰到過(guò)嗎?諾有的話會(huì)導(dǎo)致什么問(wèn)題?如何解決?

?５5.

簡(jiǎn)要解釋一下aｃｔｉvity、ｉntent、ｉntentfｉlter、seｒvice、Ｂｒoaｄｃase、BrｏadcａｓeReceｉveｒ

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

?

一個(gè)ｓｅrｖice不包含可見(jiàn)的用戶界面，而是在后臺(tái)無(wú)限地運(yùn)營(yíng)

可以連接到一個(gè)正在運(yùn)營(yíng)的服務(wù)中,連接后，可以通過(guò)服務(wù)中暴露出來(lái)的借口與其進(jìn)行通信

??一個(gè)ｂｒoadｃastｒｅcｅivｅr是一個(gè)接受廣播消息并作出回應(yīng)的componeｎｔ,broadcastreｃeｉveｒ沒(méi)有界面

?

ｉntent:conteｎtpｒｏｖiｄeｒ在接受到ContｅntResolvｅｒ的請(qǐng)求時(shí)被激活。

??actｉvity,seｒvice和brｏadcaｓtreceivｅr是被稱為intｅｎtｓ的異步消息激活的。

一個(gè)intｅnt是一個(gè)Iｎtent對(duì)象,它保存了消息的內(nèi)容。對(duì)于aｃtｉｖity和service來(lái)說(shuō),它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的URI

?

Intent對(duì)象可以顯式的指定一個(gè)目的coｍponent。假如這樣的話，ａndｒoｉd會(huì)找到這個(gè)coｍpoｎeｎt(基于manifeｓｔ文獻(xiàn)中的聲明)并激活它。但假如一個(gè)目的不是顯式指定的，android必須找到響應(yīng)intent的最佳ｃomponｅnt。

??它是通過(guò)將Inｔeｎt對(duì)象和目的的inｔeｎtfilter相比較來(lái)完畢這一工作的。一個(gè)coｍponent的iｎtｅｎｔfｉltｅr告訴andｒoid該coｍponeｎt能解決的intent。ｉntｅntfilter也是在manifesｔ文獻(xiàn)中聲明的。

?56．

ＩnｔentSｅrｖice有何優(yōu)點(diǎn)?

?答:InteｎtSｅrvice的好處

?

＊Acｉtivity的進(jìn)程，當(dāng)解決Inｔent的時(shí)候,會(huì)產(chǎn)生一個(gè)相應(yīng)的Sｅrvice

?

＊Anｄroid的進(jìn)程解決器現(xiàn)在會(huì)盡也許的不kilｌ掉你

?＊非常容易使用

5７.

橫豎屏切換時(shí)候activｉｔｙ的生命周期？

1、不設(shè)立Aｃｔiｖity的ａndroｉd:coｎfiｇＣhaｎｇes時(shí),切屏?xí)匦抡{(diào)用各個(gè)生命周期，切橫屏?xí)r會(huì)執(zhí)行一次，切豎屏?xí)r會(huì)執(zhí)行兩次

?

２、設(shè)立Acｔivity的andrｏｉd：confｉgＣhanges＝＂orieｎtation"時(shí)，切屏還是會(huì)重新調(diào)用各個(gè)生命周期,切橫、豎屏?xí)r只