Android面試題

1.下列哪些語(yǔ)句有關(guān)內(nèi)存回收的闡明是對(duì)的的I?(b)

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

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

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

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

2.下面異常是屬于RuntimeException的是(abed)(多選)

A、ArithmeticException

B、111egalArgumentException

C、NullPointerException

D、BufferUnderflowException

3.Math,round(11.5)等于多少().Math.round(Tl.5)等于多少(c).

A、11,-11B、11,-12C、12,-HD、12,-12

4.下列程序段時(shí)輸出成果是：(b)

voidcomplicatedexpression_r(){

intx=20,y=30;

booleanb;

b=x>50&&y>601|x>50&&y<-601|x<-50My>601|x<-50&&y<-60;

System,out.printin(b);

)

A、trueB、falseC、1D、Oil.activity

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

(d)

A、onPauseOB>onCreateOC、onResumeOD、onStart()

6.Intent傳遞數(shù)據(jù)時(shí)，下列的數(shù)據(jù)類型哪些可以被傳遞(abed)(多選)

A、SerializableB、charsequenceC、ParcelableD、Bundle

7.android中下列屬于Intent代|作用的是(c)

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

B、是一段長(zhǎng)的生命周期，沒(méi)有顧客界面H勺程序，可以保持應(yīng)用在后臺(tái)運(yùn)夕亍，

而不會(huì)由于切換頁(yè)面而消失

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

D、處理一種應(yīng)用程序整體性的工作

8.下列屬于SAX解析xml文獻(xiàn)的長(zhǎng)處的是(b)

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

功能

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

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

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

數(shù)據(jù)就會(huì)

消失

9.下面時(shí)對(duì)自定style的方式對(duì)的的是(a)

A、<resources>

<stylename=，/myStyle，，>

<itemname二〃android:layoutwidth，，>fi11parent</item>

</style>

</resources>

B、<stylename二〃myStyle”>

<itemname="android:layou^width'^fi1l_parent</item>

</style>

C、<resources>

<itemname=/，android:layout_width，z>fill_parent</item>

</resources>

D、<resources>

〈stylename二〃android:layoutwidth〃>fillparent</sty'e>

</resources>

10.在android中使用Menu時(shí)也許需要重寫(xiě)的措施有(ac)<,(多選)

A、onCreateOptionsMenu()

B、onCreateMenuO

C、onOptionsTtemSelected()

D、onltemSelected()

11.在SQLServerManagementStudio中運(yùn)行下列T-SQL語(yǔ)句，其輸出值(c)o

SELECT??IDENTITY

A、也許為0.1

B、也許為3

C、不也許為T(mén)OO

D、肯定為0

12.在SQLServer2023中運(yùn)行如下T-SQL語(yǔ)句，假定SALES表中有多行數(shù)據(jù),

執(zhí)行查詢之后的成果是(d)。

BEGINTRANSACTIONA

UpdateSALESSetqty=30WHEREqty<30

BEGINTRANSACTIONB

UpdateSALESSetqty=40WHEREqty<40

UpdateSALESSetqty=50WHEREqty<50

UpdateSALESSetqty=60WHEREqty<60

COMMITTRANSACTIONB

COMMITTRANSACTIONA

A、SALES表中qty列最小值不小于等于30

SALES表中qty列最小值不小于等于40

C、SALES表中qty列日勺數(shù)據(jù)所有為50

D、SALES表中qty列最小值不小于等于60

13.在android中使用SQLiteOpenHelper這個(gè)輔助類時(shí)，可以生成一種數(shù)據(jù)庫(kù),

并可以對(duì)數(shù)據(jù)庫(kù)版本進(jìn)行管理的措施可以是(ab)

A、getWriteableDatabaseO

B、getReadableDatabase()

C、getDatabase0

D、getAbleDatabase()

14.android有關(guān)service生命周期的onCreateO和onStart。說(shuō)法對(duì)的的是

(ad)(多選題)

A、當(dāng)?shù)谝淮螁?dòng)歐|時(shí)候先后調(diào)用onCrcatcO和onStart。措施

B、當(dāng)?shù)谝淮螁?dòng)日勺時(shí)候只會(huì)調(diào)用onCreateO措施

C^假如service己經(jīng)啟動(dòng)，將先后調(diào)用onCreate()和onStart()措施

D、假如service己經(jīng)啟動(dòng),只會(huì)執(zhí)行onStart()措施,不在執(zhí)行onCreate()

措施

15.下面是屬于GLSurFaceView特性的是(abc)(多選)

A、管理一種surface,這個(gè)surface就是一塊特殊的)內(nèi)存，能直接排版到

android的I視圖

view上。

B、管理一種EGLdisplay,它能讓opengl把內(nèi)容渲染到上述的surface上。

C、讓渲染器在獨(dú)立的線程里運(yùn)作，和UT線程分離。

D、可以直接從內(nèi)存或者DMA等硬件接口獲得圖像數(shù)據(jù)

16.下面在AndroidManifest.xml文獻(xiàn)中注冊(cè)BroadcastReceiver方式對(duì)時(shí)時(shí)

(a)

A、<receiverandroid:name=^NewBroad7A>

<intent-filter>

<action

android:name="android,provider,action.NewBroad7>

<action>

</intent-fi1ter>

</receiver>

B、<receiverandroid:name=^NewBroad^>

<intent-filter>

android:name="android,provider,action.NewBroad^/y

</intent-filter>

</receiver>

C、<receiverandroid:name=^NewBroad^

<action

android:name="android,provider,action.NewBroad7>

<action>

</receiver>

D、〈intent-filter〉

<receiverandroid:name="NewBroad”)

<action>

android:name="android,provider,action.NewBroad^/y

<action>

</receiver>

</intent-filter>

17.有關(guān)ContenValues類說(shuō)法對(duì)時(shí)的是(a)

A、他和Hashtable比較類似，也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)的名

值對(duì)當(dāng)中的

名是String類型，而值都是基本類型

B、他和Hashlable比較類似，也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)的名

值對(duì)當(dāng)中的

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

C、他和Hashtable比較類似，也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)的名

值對(duì)當(dāng)中歐I

名，可認(rèn)為空，而值都是String類型

D、他和Hashtable比較類似，也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)的名

值對(duì)當(dāng)中

的名是String類型，而值也是String類型

18.我們都懂得Hanlder是線程與Activity通信的橋梁,假如線程處理不妥，你

的機(jī)器就會(huì)變得越慢，那么線程銷毀的措施是(a)

A、onDestroyt)

B、onClear()

C、onFinish(；

D^onStopO

19.下面退出Activity錯(cuò)誤的措施是(c)

A、finish()

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

C、System,exit()

D、onStopO

20.下面屬于android的動(dòng)畫(huà)分類的有(ab)(多項(xiàng))

A、TweenB、FrameC、DrawD、Animation

21.下面有關(guān)Androiddvm的進(jìn)程和Linux的進(jìn)程，應(yīng)用程序的進(jìn)程說(shuō)法對(duì)的時(shí)

是(d)

A、DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己的進(jìn)程中

運(yùn)行,不一定擁有一種獨(dú)立H勺Dalvik虛擬機(jī)實(shí)例.而每一種DVM都是在Linux中日勺

一種進(jìn)程,因此說(shuō)可以認(rèn)為是同一種概念.

B、DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己的進(jìn)程中

運(yùn)行,不一定擁有一種獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一種DVM不一定都是在Linux

中H勺一種進(jìn)程,因此說(shuō)不是一種概念.

C、DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己的進(jìn)程中

運(yùn)行,都擁有一種獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一種DVM不一定都是在Linux中

的一種進(jìn)程，因此說(shuō)不是一種概念.

D、DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己的進(jìn)程中

運(yùn)行，都擁有一種獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一種DVM都是在Linux中的一種

進(jìn)程,因此說(shuō)可以認(rèn)為是同一種概念.

22.Android項(xiàng)目工程下面的assets目錄的作用是什么b

A、放置應(yīng)用到的圖片資源。

B、重要放置多媒體等數(shù)據(jù)文獻(xiàn)

C、放置字符串，顏色，數(shù)組等常量數(shù)據(jù)

D、放置某些與UI對(duì)應(yīng)日勺布局文獻(xiàn)，都是xml文獻(xiàn)

23.有關(guān)res/raw目錄說(shuō)法對(duì)的|歐1是(a)

A、這里日勺文獻(xiàn)是原封不動(dòng)的J存儲(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ì)androidNDK的理解對(duì)時(shí)時(shí)是(abed)

A、NDK是一系列工具H勺集合

B、NDK提供了一份穩(wěn)定、功能有限的API頭文獻(xiàn)申明。

C、使“Java+C”的開(kāi)發(fā)方式終于轉(zhuǎn)正，成為官方支持的開(kāi)發(fā)方式

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

二.填空題

25.android中常用的四個(gè)布局是framlayout,linenarlayout,

relativelayout和tablelayout。

26.android的四大組件是activiey,service,broadcast和contentprovide。

27.java.io包中的objectinputstream和objectoutputstream類重要用于對(duì)

對(duì)象(Object)的讀寫(xiě)。

28.android中service的實(shí)現(xiàn)措施是：startservice和bindservice。

29.activity一般會(huì)重載7個(gè)措施用來(lái)維護(hù)其生命周期，除了

onCreate(),onStart(),onDestory()夕卜尚有

onrestart,onresume,onpause,onstop。

30.android的數(shù)據(jù)存儲(chǔ)的方式sharedpreference,文

獻(xiàn),SQlite,contentprovider,網(wǎng)絡(luò)。

31.當(dāng)啟動(dòng)一種Activity并且新的Activity執(zhí)行完后需要返回到啟動(dòng)它的

Activity來(lái)執(zhí)行的回調(diào)函數(shù)是startActivityResult()。

32.請(qǐng)使用命令行的方式創(chuàng)立一種名字為myAvd,sdk版本為2.2,sd卡是在d盤(pán)

的根目錄下,名字為scard.img,并指定屏幕大小

HVGA.o

33.程序運(yùn)行的成果是:goodandgbc

publicclassExample{

Stringstr=newString("good");

char[]ch={，a，,，b，,，c，);

publicstaticvoidmain(Stringargs[]){

Exampleex=newExample();

ex.change(ex.str,ex.ch);

System,out.print(ex.str+，/and〃)；

Sytem.out.print(ex.ch);

)

publicvoidchange(Stringstr,charch口){

str=testok;

ch[0]=g;

)

)

34.在android中，請(qǐng)簡(jiǎn)述jni的調(diào)用過(guò)程。(8分)

1)安裝和下載Cygwin,下載AndroidNDK

2）在ndk項(xiàng)目中JNI接口H勺設(shè)計(jì)

3）使用C/C++實(shí)現(xiàn)當(dāng)?shù)卮胧?/p>

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

5）將動(dòng)態(tài)鏈接庫(kù)復(fù)制到j(luò)ava工程,在java工程中調(diào)用,運(yùn)行java工程即可

35.簡(jiǎn)述Android應(yīng)用程序構(gòu)造是哪些？（7分）

Android應(yīng)用程序構(gòu)造是：

LinuxKernel（Linux內(nèi)核）、Libraries（系統(tǒng)運(yùn)行庫(kù)或者是c/c++關(guān)鍵庫(kù)：、

Application

Framework（開(kāi)發(fā)框架包）、Applications（關(guān)鍵應(yīng)用程序）

36.請(qǐng)繼承SQLiteOpenHelper實(shí)現(xiàn)：（10分）

1）.創(chuàng)立一種版本為1的“diaryOpenHelper.db”的數(shù)據(jù)庫(kù),

2）.同步創(chuàng)立一種“diac，”表（包括一種Jd主鍵并自增長(zhǎng)，topic字符

型100

長(zhǎng)度，content字符型1000長(zhǎng)度）

3）.在數(shù)據(jù)庫(kù)版本變化時(shí)請(qǐng)刪除diary表，并重新創(chuàng)立出diary表。

publicclassDBHelperextendsSQLiteOpenHelper{

publicfinalstaticStringDATABASENAME=^diaryOpenllelper.db，z;

publicfinalstaticintDATABASEVERSION=1;

〃創(chuàng)立數(shù)據(jù)庫(kù)

publicDBHelper(Contextcontext,Stringname,CursorFactory

factory,intversion；

(

super(context,name,factory,version);

)

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

publicvoidonCreate(SQLiteDatabasedb)

{

Stringsql="createtablediary〃+

〃(〃+

〃_idintegerprimarykeyautoincremcnt,〃+

z，topicvarchar(100),，z+

“contentvarchar(1000)z/+

〃)〃：

db.execSQL(sql);

)

〃若數(shù)據(jù)庫(kù)版本有更新，則調(diào)用此措施

publicvoidonUpgrade(SQLiteDatabasedb,intoldVersion,int

newVersion)

Stringsql="droptableifexistsdiary”;

db.execSQL(sql);

this.onCreate(db);

}

)

37.頁(yè)面上既有ProgressBar控件progressBar,請(qǐng)用書(shū)寫(xiě)線程以10秒時(shí)時(shí)時(shí)

間完畢其進(jìn)度顯示工作。(10分)

答案

publicclassProgressBarStuextendsActivity{

privateProgressBarprogressBar=null;

protectedvoidonCreate(BundlesavedlnstanceState){

super.onCreate(savedlnstanceState);

setContentView(R.layout,progressbar；;

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

progressBar二(ProgressBar)findViewById(R.id.progressBar);

Threadthread=newThread(newRunnable(){

?Override

publicvoidrun(){

intprogressBarMax=progressBar.getMax();

try(

while(progressBarMax!=progressBar.getProgress())

(

intstepProgress=progressBarMax/10;

intcurrentprogress=progressBar.getProgress();

progressBar.setProgress(currentprogress+stepProgress);

Thread,sleep(1000);

}

}catch(InterruptedExceptione){

//TODOAuto-generatcdcatchblock

e.printStackTrace();

}

}

});

thread,start：);

〃關(guān)鍵結(jié)束

)

)

38.請(qǐng)描述下Activity的生命周期。

必調(diào)用HU三個(gè)措施：onCreateO—>onStart()—>onResumeO,用AAA

表達(dá)

(1)父Activity啟動(dòng)子Activity,子Actvity退出,父Activity調(diào)用次序如

下

AAA->onFreeze()—>onPauseO->onStopO—>onRestart0->

onStart(),onRcsumc(；…

(2)顧客點(diǎn)擊Home,Actvity調(diào)用次序如下

AAA->onFreeze()->onPause()—>onStopO-Maybe->onDestroy()

-Maybe

(3)調(diào)用finish。，Activity調(diào)用次序如下

AAA—>onPause()—>onStopO—>onDestroy()

(4)在Activity上顯示dialog,Activity調(diào)用次序如下

AAA

(5)在父Activity上顯示透明的或非全屏日勺activity,Activity調(diào)用次序如

下

AAA—>onFreeze0->onPause0

(6)設(shè)備進(jìn)入睡眠狀態(tài)，Activity調(diào)用次序如下

AAA—>onFreeze()—>onPause()

39.假如后臺(tái)的Activity由于某原因被系統(tǒng)回收了，怎樣在被系統(tǒng)回收之前

保留目前狀態(tài)？

onSavelnstanccState()

當(dāng)你日勺程序中某一種ActivityA在運(yùn)行時(shí)，積極或被動(dòng)地運(yùn)行另一

種新區(qū)IActivityB,這個(gè)時(shí)候A會(huì)執(zhí)行onSavekstanceState()。B完畢后來(lái)又

會(huì)來(lái)找A,這個(gè)時(shí)候就有兩種狀況：一是A被回收，二是A沒(méi)有被回收，被回收

區(qū)JA就要重新調(diào)用onCreate。措施，不一樣于直接啟動(dòng)的I是這回onCreate：)里

是帶上了參數(shù)savedlnstanceState；而沒(méi)被收回H勺就直接執(zhí)行onResume(),跳

過(guò)onCreateO/<>

40.怎樣將一種Activity設(shè)置成窗口的樣式。

在AndroidManifest.xml中定義Activity日勺地方一句話

android:theme=，，@android:style/Theme.Dialog”或

android:theme=，，@android:style/Theme.Translucent”就變成半透明日勺

41.怎樣退出Activity?怎樣安全退出已調(diào)用多種Activity的Application?

對(duì)于單一Activity的)應(yīng)用來(lái)說(shuō),退出很簡(jiǎn)樸,直接finish。即可。

當(dāng)然，也可以用killProcQss()和System.Qxit()這樣H勺措施。

不過(guò)，對(duì)于多Activity的應(yīng)用來(lái)說(shuō)，在打開(kāi)多種Activity后，假如想在最終打

開(kāi)日勺Activity直接退出，上邊的措施都是沒(méi)有用日勺，由于上邊的措施都是結(jié)束

一種Activity而已。

當(dāng)然，網(wǎng)上也有人說(shuō)可以。

就仿佛有人問(wèn)，在應(yīng)用里怎樣捕捉Home鍵，有人就會(huì)說(shuō)用keyCode比較

KEYCODEHOME即可，而實(shí)際上假如不修改framework,主線不也許做到這一點(diǎn)同

樣。

因此，最佳還是自己親自試一下。

那么，有無(wú)措施直接退出整個(gè)應(yīng)用呢？

在2.1之前，可以使用ActivityManager的）restartPackage措施。

它可以直接結(jié)束整個(gè)應(yīng)用。在使用時(shí)需要權(quán)限

android.permission.RESTART_PACKAGES0

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

可是，在2.2,這個(gè)措施失效了。

在2.2添加了一種新的措施,ki11Backgroundprocesses(),需要權(quán)限

android,permission.KILLBACKGROUNDPROCESSES0

可惜的是，它和2.2的restartPackage同樣，主線起不到應(yīng)有的效果。

此外尚有一種措施，就是系統(tǒng)自帶日勺應(yīng)用程序管理里，強(qiáng)制結(jié)束程序的措施，

forceStopPackage()。

它需要權(quán)限android,permission.FORCE_STOP_PACKAGESo

并且需要添加android:sharedfserld=，，android.uid.system〃屬性

同樣可惜的是，該措施是非公開(kāi)的，他只能運(yùn)行在系統(tǒng)進(jìn)程，第三方程序無(wú)法調(diào)

用。

由于需要在Android,mk中添加LOCALCERTIFICATE:=platfornu

而Android,mk是用于在Android源碼下編譯程序用的。

從以上可以看出，在2.2,沒(méi)有措施直接結(jié)束一種應(yīng)用，而只能用自己的措施間

接辦到。

現(xiàn)提供幾種措施，供參照:

1、拋異常強(qiáng)制退出：

該措施通過(guò)拋異常，使程序ForceClose。

驗(yàn)證可以，不過(guò)，需要處理的問(wèn)題是，怎樣使程序結(jié)束掉，而不彈出ForceClose

的窗口。

2^記錄打開(kāi)的Activity：

每打開(kāi)一種Activity,就記錄下來(lái)。在需要退出時(shí)，關(guān)閉每一種Activity即可。

3、發(fā)送特定廣播：

在需要結(jié)束應(yīng)用時(shí)，發(fā)送一種特定的廣播，每個(gè)Activity收到廣播后，關(guān)閉即

可。

4、遞歸退出

在打開(kāi)新的Activity時(shí)使用startActivityForResult,然后自己加標(biāo)志,在

onActivityResult中處理,遞歸關(guān)閉。

除了第一種，都是想措施把每一種Activity都結(jié)束掉，間接到達(dá)目的。

不過(guò)這樣做同樣不完美。

你會(huì)發(fā)現(xiàn)，假如自己日勺應(yīng)用程序?qū)γ恳环NActivity都設(shè)置了nosensor,在兩個(gè)

Activity結(jié)束的間隙,sensor也許有效了。

但至少，我們的目H勺到達(dá)了，并且沒(méi)有影響顧客使用。

為了編程以便，最佳定義一種Activity基類，處理這些共通問(wèn)題。

42.請(qǐng)簡(jiǎn)介下Android中常用的）五種布局。

FrameLayout（框架布局），LinearLayout（線性布局），AbsoluteLayout（絕

對(duì)布局），RelativeLayout（相對(duì)布局），TabieLayout（表格布局）

43.請(qǐng)簡(jiǎn)介下Android的數(shù)據(jù)存儲(chǔ)方式。

一.SharedPreferences方式

二.文獻(xiàn)存儲(chǔ)方式

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

四.內(nèi)容提供器（Contentprovider）方式

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

44.請(qǐng)簡(jiǎn)介下ContemProvider是怎樣實(shí)現(xiàn)數(shù)據(jù)共享的I。

創(chuàng)立一種屬于你自己的Contentprovider或者將你的數(shù)據(jù)添加到一種已經(jīng)存在

Contentprovider中，前提是有相似數(shù)據(jù)類型并且有寫(xiě)入Contentprovider

的權(quán)限。

45.怎樣啟用Service,怎樣停用Service。

Android中的)service類似于windows中歐|service,service一般沒(méi)有顧客操

作界面，它運(yùn)行于系統(tǒng)中不輕易被顧客發(fā)現(xiàn)，

可以使用它開(kāi)發(fā)如監(jiān)控之類日勺程序。

一。環(huán)節(jié)

第一步：繼承Service類

publicclassSMSServiceextendsService{j

第二步：在AndroidManifest.xml文獻(xiàn)中聆Kapp.ication>節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配

置：

<serviceandroid:nane=〃.DemoService”/>

二。Context.startServiceOfllContext.bindService

服務(wù)不能自己運(yùn)行，需要通過(guò)調(diào)用Context.startService()或

Context.bindService：)措施啟動(dòng)服務(wù)。這兩個(gè)措施都可

以啟動(dòng)Service,不過(guò)它們?nèi)丈资褂脠?chǎng)所有所不一樣。

1.使用startServiceO措施啟用服務(wù)，調(diào)用者與服務(wù)之間沒(méi)有關(guān)連，雖然調(diào)用

者退出了，服務(wù)仍然運(yùn)行。

使用bindService。措施啟用服務(wù)，調(diào)用者與服務(wù)綁定在了一起，調(diào)用者一旦退

出，服務(wù)也就終止。

2.采用Context.startService()措施啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)立時(shí),系統(tǒng)會(huì)先

調(diào)用服務(wù)的onCreateO措施，

接著調(diào)用onStartO措施。假如調(diào)用startService()措施前服務(wù)已經(jīng)被創(chuàng)立，多

次調(diào)用startService()措施并

不會(huì)導(dǎo)致多次創(chuàng)立服務(wù)，但會(huì)導(dǎo)致多次調(diào)用onStartO措施。

采用startService()措施啟動(dòng)的服務(wù),只能調(diào)用Context.stopService()措施結(jié)

束服務(wù)，服務(wù)結(jié)束時(shí)會(huì)調(diào)用

onDcstroy()措施。

3.采用Context.bindServiceO措施啟動(dòng)服務(wù)，在服務(wù)未被創(chuàng)立時(shí)，系統(tǒng)會(huì)先調(diào)

用服務(wù)日勺o(hù)nCreateO措施，

接著調(diào)用。nBindO措施。這個(gè)時(shí)候調(diào)用者和服務(wù)綁定在一起，調(diào)用者退出了，

系統(tǒng)就會(huì)先調(diào)用服務(wù)的onllnbindO措施，

。接著調(diào)用onDestroyO措施。假如調(diào)用bindServiceO措施前服務(wù)已經(jīng)被綁定,

多次調(diào)用bindServiceO措施并不會(huì)

導(dǎo)致多次創(chuàng)立服務(wù)及綁定(也就是說(shuō)onCreate()和onBind。措施并不會(huì)被多次

調(diào)用)。假如調(diào)用者但愿與正在綁定的服務(wù)

解除綁定，可以調(diào)用unbindScrviccO措施，調(diào)用該措施也會(huì)導(dǎo)致系統(tǒng)調(diào)用服務(wù)

的IonUnbind()—>onDestroy()措施。

三。Service日勺生命周期

1.Service常用生命周期回調(diào)措施如下：

onCreateO該措施在服務(wù)被創(chuàng)立時(shí)調(diào)用，該措施只會(huì)被調(diào)用一次，無(wú)論調(diào)用多

少次startService()或bindService()措施，

服務(wù)也只被創(chuàng)立一次。onDestroyO該措施在服務(wù)被終止時(shí)調(diào)用。

2.Context.starlSericeO啟動(dòng)Service有關(guān)的生命周期措施

onStart()只有采用Context.startScrvicc()措施啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該措

施。該措施在服務(wù)開(kāi)始運(yùn)行時(shí)被調(diào)用。

多次調(diào)用startService()措施盡管不會(huì)多次創(chuàng)立服務(wù)，但onStart。措施會(huì)被

多次調(diào)用。

3.Context.bindServ：ce()啟動(dòng)Service有關(guān)的生命周期措施

onBindO只有采用Context.bindServiceO措施后動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該措施。該

措施在調(diào)用者與服務(wù)綁定期被調(diào)用，

當(dāng)調(diào)用者與服務(wù)已經(jīng)綁定，多次調(diào)用Context.bindServiceO措施并不會(huì)導(dǎo)致該

措施被多次調(diào)用。

onUnbindO只有采用Context.bindScrvic。()措施啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該措施。

該措施在調(diào)用者與服務(wù)解除綁定期被調(diào)用。

備注：

1.采用startService()啟動(dòng)服務(wù)

Intentintent=newIntent(DemoActivity,this,DemoService.class);

startService(intent);

2.Context.bindService()啟動(dòng)

Intentintent=newIntent(DemoActivity,this,DemoService,class);

bindService(intent,conn,Context.BINDAUTOCREATE);

//unbindService(conn);〃解除綁定

46.注冊(cè)廣播有幾種方式，這些方式有何優(yōu)缺陷？請(qǐng)談?wù)凙ndroid引入廣播機(jī)制

的用意。

Android廣播機(jī)制(兩種注冊(cè)措施)

在android下，要想接受廣播信息，那么這個(gè)廣播接受器就得我們自己來(lái)實(shí)現(xiàn)了，

我們可以繼承BroadcastRecciver,就可以有一種廣播接受器了。有個(gè)接受器還

不夠，我們還得重寫(xiě)B(tài)roadcastReceiver里面的)onReceiver措施，當(dāng)來(lái)廣潘的)

時(shí)候我們要干什么，這就要我們自己來(lái)實(shí)現(xiàn)，不過(guò)我們可以搞一種信息防火墻。

詳細(xì)的I代碼:

publicclassSmsBroadCastRocoiverextendsBroadcastRcceivcr

?Override

publicvoidonReceive(Contextcontext,Intentintent)

Bundlebundle=intent.getExtrasO:

Object[]object=(Object[])bundle.get(^pdus^);

SmsMessagesms口二newSmsMessage[object,length];

for(inti=0:i<object.length;i++)

sms[0]=SmsMessage.createFromPdu((byte[])object[i]);

Toast.makeText(context,〃來(lái)自

/z+sms[i].getDisplayOriginatingAddress()+〃H勺消息是:

*+sms[i].getDisplayMessageBody(),Toast.LENGT1I_S1IORT).show();

〃終止廣播，在這里我們可以稍微處理，根據(jù)顧客輸入的號(hào)碼可以實(shí)現(xiàn)

短信防火墻。

abortBroadcast();

)

)

當(dāng)實(shí)現(xiàn)了廣播接受器，還要設(shè)置廣播接受器接受廣播信息的類型，這里是信息:

vider.Telephony.SMSRECEIVED

我們就可以把廣播接受器注冊(cè)到系統(tǒng)里面，可以讓系統(tǒng)懂得我們有個(gè)廣播接受

器。這里有兩種，一種是代碼動(dòng)態(tài)注冊(cè)：

〃生成廣播處理

smsBroadCastReceiver=newSmsBroadCastReceiver();

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

TntentFilterintentFilter=new

IntentFiIter(''android,provider.Telephony.SMSRECEIVED");

〃注冊(cè)廣播

BroadcastReceiverActivity.this.registerReceiver(smsBroadCastReceiver,

intentFilter);

—*種是在AndroidManifest,xml中配置廣播

<?xmlversion=0"encoding="utf-8”?>

<manifestxmlns:android二〃〃

package="spl.broadcastReceiver”

androidiversionCode=〃1〃

android:versionName=/，1.0”>

<applicationandroid:icon=〃@drawable/icon〃

android:label=z，@string/app_name，，>

<activityandroid:name=，/.BroadcastReceiverActivity

android:label=，，@string/appname〃>

<intent-filter>

<actionandroid:name=，，android.intent,action.MAIN'"/>

<category

android:name=〃android,intent,category.LAUNCHER/，/>

</intent-filter>

</activity>

<!一廣播注冊(cè)一》

<receiverandroid:name=，/.SmsBroaclCastReceiver'^

<intent-filterandroid:priority=〃20〃>

<action

android:name=〃android,provider.Telephony.SMSRECEIVED”/)

</intent-filter>

</receiver>

</application>

<uses-sdkandroid:minSdkVersion=，，7，z/>

<!—權(quán)限申請(qǐng)一》

<uses-permission

android:name="android,permission.RECEIVESMSZ，></uses-permission>

</manifest>

兩種注冊(cè)類型的區(qū)別是：

1）第一種不是常駐型廣播，也就是說(shuō)廣播跟隨程序的生命周期。

2）第二種是常駐型，也就是說(shuō)當(dāng)應(yīng)用程序關(guān)閉后，假如有信息廣播來(lái)，程

序也會(huì)被系統(tǒng)調(diào)用自動(dòng)運(yùn)行。

47.請(qǐng)解釋下在單線程模型中Message、Handler、MessageQueuesLooper之間

的關(guān)系。

Handler簡(jiǎn)介：

一,種Handler容許你發(fā)送和處理Message和Runable對(duì)象，這些對(duì)象和一種線程

的MessageQueue有關(guān)聯(lián)。每一種線程實(shí)例和一種單獨(dú)日勺線程以及該線程時(shí)

MessageQuoue有關(guān)聯(lián)°當(dāng)你創(chuàng)立一種新的JHandler時(shí)，它就和創(chuàng)立它日勺線程綁

定在一起了。這里，線程我們也可以理解為線程H勺MessageQueue。從這一點(diǎn)上

來(lái)看，Handler把Message和Runable對(duì)象傳遞給MessageQueue,并且在這些對(duì)

象離開(kāi)MessageQueue時(shí)，Handler負(fù)責(zé)執(zhí)行他們。

Handler有兩個(gè)重要的用途：(1)確定在未來(lái)的其個(gè)時(shí)間點(diǎn)執(zhí)行一種或者某些

Message和Runnable對(duì)象。(2)在其他線程(不是Handler綁定線程)中排入

某些要執(zhí)行的動(dòng)作。

SchedulingMessage,即(1),可以通過(guò)如下措施完畢:

post(Runnable):Runnable在handler綁定日勺線程上執(zhí)行，也就是說(shuō)不創(chuàng)立新線

程。

postAtTime(Runnable,long):

postDelayed(Runnable,long):

sendEmpt^^Message(int):

sendMessage(Message；:

sendMessageAtTime(Message,long):

sendMessageDelayed(Message,long):

post這個(gè)動(dòng)作讓你把Runnable對(duì)象排入MessageQueue,MessageQueue受到這些

消息的時(shí)候執(zhí)行他們，當(dāng)然以一定的I排序。sendMessage這個(gè)動(dòng)作容許你把

Message對(duì)象排成隊(duì)列，這些Message對(duì)象包括其些信息，Hand1er的I

hanlerMessage(Message)會(huì)處理這些Message.當(dāng)然，handlerMessage(Message)

必須由Handler的子類來(lái)重寫(xiě)。這是編程人員需要作的事。

當(dāng)posting或者sending到一種Hanler時(shí)，你可以有三種行為：當(dāng)MessageQueue

準(zhǔn)備好就處理，定義一種延遲時(shí)間，定義一種精確的時(shí)間去處理。后兩者容許你

實(shí)現(xiàn)timeout,tick,和基于時(shí)間的）行為。

當(dāng)你的應(yīng)用創(chuàng)立一種新口勺進(jìn)程時(shí)，主線程（也就是UI線程）自帶一種

MessageQueue,這個(gè)MessageQueue管理頂層H勺應(yīng)用對(duì)象（像

activities,broadcastreceivers等）和主線程創(chuàng)立的I窗體。你可以創(chuàng)立自己

時(shí)線程，并通過(guò)一種Handler和主線程進(jìn)行通信。這和之前同樣，通過(guò)post和

sendmessage來(lái)完畢，差異在于在哪一種線程中執(zhí)行這樣措施。在恰當(dāng)日勺時(shí)候，

給定歐IRunnable和Message將在Handler日勺MessageQueue中被Scheduledo

Message簡(jiǎn)介：

Message類就是定義了一種信息，這個(gè)信息中包括一種描述符和任意的數(shù)據(jù)對(duì)

象，這個(gè)信息被用來(lái)傳遞給Handler.Message對(duì)象提供額外的兩個(gè)int域和一種

Object域，這可以讓你在大多數(shù)狀況下不用作分派的動(dòng)作。

盡管Message歐I構(gòu)造函數(shù)是public的），不過(guò)獲取Message實(shí)例的I最佳措施是調(diào)

用Message.obtainO,或者Handler.obtainMessage()措施,這些措施會(huì)從回收

對(duì)象池中獲取一種。

MessageQueue簡(jiǎn)介：

這是一種包括message列表日勺底層類。Looper負(fù)責(zé)分發(fā)這些message。Messages

并不是直接加到一種MessageQueue中，而是通過(guò)MessageQueue.TdleHandler

關(guān)聯(lián)到Loopero

你可以通過(guò)Looper.myQucuc()從目前線程中獲取MessageQueue。

Looper簡(jiǎn)介：

Looper類被用來(lái)執(zhí)行一種線程中日勺message循環(huán)。默認(rèn)狀況，沒(méi)有一種消息循

環(huán)關(guān)聯(lián)到線程。在線程中調(diào)用prepare。創(chuàng)立一種Looper,然后用loop。夾處

理messages,直到循環(huán)終止。

大多數(shù)和messageloop口勺交互是通過(guò)Handler0

下面是一種經(jīng)典的帶有Looper的線程實(shí)現(xiàn)。

classLooperThreadextendsThread{

publicHandlermllandler;

publicvoidrun(){

Looper,prepare();

mHandler=newHandler(){

publicvoidhandleMessage(Messagemsg){

//processincomingmessageshere

)

}；

Looper.loop();

}

)

48.AIDL的全稱是什么？怎樣工作？能處理哪些類型的數(shù)據(jù)？

AIDL/、J英文全稱是AndroidInterfaceDefineLanguage

當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中H勺service時(shí);并實(shí)現(xiàn)通信，我們一般都是通過(guò)AIDL

來(lái)操作日勺

A工程:

首先我們?cè)趎et.blogjava,mobile,aidlservice包中創(chuàng)立一種

RemoteService.aidl文獻(xiàn),在里面我們自定義一種接口，具有措施get。ADT插

件會(huì)在gen目錄下自動(dòng)生成一種RemoteService.java文獻(xiàn)，該類中具有一種名

為RemoteService.stub的內(nèi)部類,該內(nèi)部類中具有aidl文獻(xiàn)接口的Iget措施。

闡明一：aidl文獻(xiàn)的位置不固定，可以任意

然后定義自己的MyService類，在MyService類中自定義一種內(nèi)部類去繼承

RemoteService.stub這個(gè)內(nèi)部類,實(shí)現(xiàn)get措施。在onBind措施中返回這個(gè)內(nèi)

部類的對(duì)象，系統(tǒng)會(huì)自動(dòng)將這個(gè)對(duì)象封裝成【Binder對(duì)象，傳遞給他的調(diào)用者。

另一方面需要在AndroidManifest.xml文獻(xiàn)中配置MyService類，代碼如卜：

。一注冊(cè)服務(wù)一>

<serviceandroid:nane=，/.MyService”〉

<intent-filter>

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

<action

android:name="net.bogjava.mobile.aidlservice.RemoteService'/>

</intent-filter>

</service>

為何要指定調(diào)用AIDL服務(wù)的ID,就是要告訴外界MyService這個(gè)類可以被別的

進(jìn)程訪問(wèn)，只要?jiǎng)e的進(jìn)程懂得這個(gè)ID,正是有了這個(gè)ID,B工程才能找到A工程

實(shí)現(xiàn)通信。

闡明：AIDL并不需要權(quán)限

B工程：

首先我們要將A工程中生成日勺R(shí)emoteService.java文獻(xiàn)拷貝到B工程中，

在bindService措施中綁定aidl服務(wù)

綁定AIDL服務(wù)就是將RemoteServiceH勺1D作為intent代Jaction參數(shù)。

闡明:假如我們單獨(dú)將RemoteService.aidl文獻(xiàn)放在一種包里,那個(gè)在

我們將gen目錄下口勺該包拷貝到B工程中。假如我們將RemoteService.aidl文

獻(xiàn)和我們的其他類寄存在一起，那么我們?cè)贐工程中就要建立對(duì)應(yīng)口勺包，以保證

RmoteScrvicc.java文獻(xiàn)的)報(bào)名對(duì)H'、J,我們不能修改RemoteService.java文獻(xiàn)

bindService(new

Inten("net.blogjava,mobile,aidlservice.RemoteService'"),

serviceConnection,Context.BIND_AUTO_CREATE);

ServiceConnection日勺o(hù)nServiceConnected(ComponentNamename,

IBinderservice)措施中的service參數(shù)就是A工程中MyService類中繼承了

RemoteService.stub類日勺內(nèi)部類H勺對(duì)象。

49.請(qǐng)解釋下Android程序運(yùn)行時(shí)權(quán)限與文獻(xiàn)系統(tǒng)權(quán)限的區(qū)別。

運(yùn)行時(shí)權(quán)限D(zhuǎn)alvik(android授權(quán))

文獻(xiàn)系統(tǒng)linux內(nèi)核授權(quán)

50.系統(tǒng)上安裝了多種瀏覽器，能否指定某瀏覽器訪問(wèn)指定頁(yè)面？請(qǐng)闡明原由。

通過(guò)直接發(fā)送Uri把參數(shù)帶過(guò)去，或者通過(guò)manifest里歐Iintentfilter里日勺

data屬性

51.你怎樣評(píng)價(jià)Android系統(tǒng)？?jī)?yōu)缺陷。

答：Android平臺(tái)5大優(yōu)勢(shì)：

一、開(kāi)放性

在優(yōu)勢(shì)方面，Android平臺(tái)首先就是其開(kāi)發(fā)性，開(kāi)發(fā)的平臺(tái)容許任何移動(dòng)終端廠

商加入到Android聯(lián)盟中來(lái)。明顯日勺開(kāi)放性可以使其擁有更多的開(kāi)發(fā)者，伴隨顧

客和應(yīng)用的日益豐富，一種嶄新日勺平臺(tái)也將很快走向成熟。開(kāi)放性對(duì)于Android

的發(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)得心儀的o

二、掙脫運(yùn)行商的束縛

在過(guò)去很長(zhǎng)H勺一段時(shí)間，尤其是在歐美地區(qū)，應(yīng)用往往受到運(yùn)行商制約，使

用什么功能接入什么網(wǎng)絡(luò)，幾乎都受到運(yùn)行商的控制。從去年iPhone上市，

顧客可以愈加以便地連接網(wǎng)絡(luò)，運(yùn)行商口勺制約減少。伴隨EDGE、HSDPA這些2G

至3G移動(dòng)網(wǎng)絡(luò)的逐漸過(guò)渡和提高，隨意接入網(wǎng)絡(luò)已不是運(yùn)行商口中的笑談，

當(dāng)你可以通過(guò)IM軟件以便地進(jìn)行即時(shí)聊天時(shí)，再回憶很快前天價(jià)的彩信和圖

鈴下載業(yè)務(wù)，是不是像惡夢(mèng)同樣？互聯(lián)網(wǎng)巨頭Google推進(jìn)日勺Android終端天生

就有網(wǎng)絡(luò)特色，將讓顧客離互聯(lián)網(wǎng)更近。

三、豐富的硬件選擇

這一點(diǎn)還是與Android平臺(tái)日勺開(kāi)放性有關(guān)，由于Android的開(kāi)放性，眾多的廠商

會(huì)推出千奇百怪，功能特色各具的多種產(chǎn)品。功能上H勺差異和特色，卻不會(huì)影響

到數(shù)據(jù)同步、甚至軟件日勺兼容，好比你從諾基亞Symbian風(fēng)格一下改月蘋(píng)

果iPhone,同步還互將Symbian中優(yōu)秀的軟件帶到iPhone上使用、聯(lián)絡(luò)人等

資料更是可以以便地轉(zhuǎn)移，是不是非常以便呢？

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

Android平臺(tái)提供應(yīng)第三方開(kāi)發(fā)商一種十分寬泛、自由的環(huán)境，不會(huì)受到多種條

條框框日勺阻擾，可想而知，會(huì)有多少新奇別致的軟件會(huì)誕生。但也有其兩面性，

血腥、暴力、情色方面日勺程序和游戲如可控制正是留給Android難題之一。

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

如今叱詫互聯(lián)網(wǎng)的Google已經(jīng)走過(guò)23年度歷史，從搜索巨人到全面的互聯(lián)網(wǎng)滲

透，Google服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接顧客和互聯(lián)網(wǎng)日勺重要紐帶,

而Android平臺(tái)將無(wú)縫結(jié)合這些優(yōu)秀的Google服務(wù)。

再說(shuō)Android的5大局限性:

一、安全和隱私

由于與互聯(lián)網(wǎng)H勺緊密聯(lián)絡(luò)，個(gè)人隱私很難得到保守。除了上網(wǎng)過(guò)程中經(jīng)意或

不經(jīng)意留下日勺個(gè)人足跡，Google這個(gè)巨人也時(shí)時(shí)站在你的身后，洞穿一切，因

此，互聯(lián)網(wǎng)日勺深入將會(huì)帶來(lái)新一輪日勺隱私危機(jī)。

二、首先開(kāi)賣Android的不是最大運(yùn)行商

眾所周知，T-Mobile在23日，于美國(guó)紐約公布了Android首款GU不過(guò)在

北美市場(chǎng)，最大的兩家運(yùn)行商乃AT&T和Verizon,而目前所知獲得Android銷

售權(quán)的僅有T-Mobile和Sprint,其中T-Mobile的3G網(wǎng)絡(luò)相對(duì)于其他三家也要

遜色不少，因此，顧客可以買(mǎi)賬購(gòu)置G1,能否體驗(yàn)到最佳的3G網(wǎng)絡(luò)服務(wù)則要另

當(dāng)別論了！

三、運(yùn)行商仍然可以影響到Android

在國(guó)內(nèi)市場(chǎng)，不少顧客對(duì)購(gòu)得移動(dòng)定制機(jī)不滿，感覺(jué)所購(gòu)的被人涂畫(huà)了廣告

一般。這樣日勺狀況在國(guó)外市場(chǎng)同樣出現(xiàn)。Android的另一發(fā)售運(yùn)行商Sprint

就將在其機(jī)型中內(nèi)置其商店程序。

四、同類機(jī)型顧客減少

在不少論壇都會(huì)有針對(duì)某一型號(hào)的子論壇，對(duì)一款時(shí)使專心得交流，并分

享軟件資源。而對(duì)于Android平臺(tái)，由于廠商豐富，產(chǎn)品類型多樣，這樣使

用同一款機(jī)型的顧客越來(lái)越少，缺乏統(tǒng)一機(jī)型日勺程序強(qiáng)化。舉個(gè)稍顯不妥日勺例子,

目前山寨機(jī)泛濫，品種各異，就很少有專門(mén)針對(duì)某個(gè)型號(hào)山寨機(jī)日勺討論和群組，

除了哪些功能異常搶眼、頗受追捧口勺機(jī)型以外。

五、過(guò)度依賴開(kāi)發(fā)商缺乏原則配置

在使用PC端股JWindowsXp系統(tǒng)的時(shí)候,都會(huì)內(nèi)置微軟WindowsMediaPlayer

這樣一種瀏覽器程序，顧客可以選擇更多樣日勺播放器，如Realplay或暴風(fēng)影音

等。但入手開(kāi)始使用默認(rèn)日勺程序同樣可以應(yīng)付多樣的需要。在Android平臺(tái)中，

由于其開(kāi)放性，軟件更多依賴第三方廠商，例如Android系統(tǒng)日勺SDK中就沒(méi)有內(nèi)

置音樂(lè)播放器，所有依賴第三方開(kāi)發(fā)，缺乏了產(chǎn)品的統(tǒng)一性。

52.什么是ANR怎樣防止它？

答：ANR：ApplicationNotResponding,五秒

在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)行在一種獨(dú)立日勺線程中(例如main)o這就意味著，

任何在主線程中運(yùn)行的，需要消耗大量時(shí)間日勺操作都會(huì)引起ANR。由于此時(shí)，你

的應(yīng)用程序已經(jīng)沒(méi)有機(jī)會(huì)去響應(yīng)輸入事件和意向廣播(Intentbroadcast)0

因此，任何運(yùn)行在主線程中的措施，都要盡量的只做少許的工作。尤其是活

動(dòng)生命周期中的J重要措施如onCreateO和onResume()等更應(yīng)如此。潛在日勺比較

耗時(shí)的操作，如訪問(wèn)網(wǎng)絡(luò)和數(shù)據(jù)庫(kù);或者是開(kāi)銷很大的計(jì)算，例如變化位圖H勺大

小，需要在一種單獨(dú)的子線程中完畢(或者是使用異步祈求，如數(shù)據(jù)庫(kù)操作)。但

這并不意味著你日勺主線程需要進(jìn)入阻塞狀態(tài)已等待子線程結(jié)束一也不需要調(diào)

用Therad.wait()或者Thread,sleep。措施。取而代之日勺是，主線程為子線程提

供一種句柄(Handler),讓子線程在即將結(jié)束的時(shí)候調(diào)用它(xing:可以參看

SnakeH勺例子，這種措施與此前我們所接觸H勺有所不一樣)。使用這種措施波及

你的應(yīng)用程序，可以保證你H勺程序?qū)斎氡３至己玫捻憫?yīng)，從而防止由于輸入事

件超過(guò)5秒鐘不被處理而產(chǎn)生的ANRO這種實(shí)踐需要應(yīng)用到所有顯示顧客界面的

線程，由于他們都面臨著同樣的超時(shí)問(wèn)題。

53.什么狀況會(huì)導(dǎo)致ForceClose?怎樣防止?能否捕捉導(dǎo)致其的異常？

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

54.Android自身的api并未申明會(huì)拋出異常，則其在運(yùn)行時(shí)有無(wú)也許拋出

runtime異常，你碰到過(guò)嗎?諾有的話會(huì)導(dǎo)致什么問(wèn)題?怎樣處理？

55.簡(jiǎn)要解釋一下activity、intent、intentfiltersse