2023年經(jīng)典Android面試題帶答案

...Android面試題

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

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

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

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

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

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

A、ArithmeticException

B、IllegalArgumentException

C、NullPointerException

D、BufferUnderflowException

3.Math.round(11.5)^?^iJ>().Math.round(-11.5c

A、11,-HB、11,-12C、12,-11D、12,-12

4.下列程序段的輸出結(jié)果是：(b)

voidcomplicatedexpression_r(){

intx=20,y=30;

booleanb;

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

System.out.println(b);

)

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

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

A、onPause()B、onCreate()C、onResume()D、onStart()

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

A、SerializableB、charsequenceC、ParcelableD、Bundle

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

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

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

切換頁(yè)面而消失

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

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

下列屬于SAX解析xml文獻(xiàn)的優(yōu)點(diǎn)的是(b)

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

B、不用事先調(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ì)自定style的方式對(duì)的的是(a)

A、<resources>

<stylename=,,myStyle',>

<itemname=',android:layout_width',>fill_parent</item>

</style>

</resources>

B、<stylename="myStyle',>

<itemname=,'android:layout_width">fill_parent</item>

</style>

C、<resources>

<itemname=,'android:layout_width">fill_parent</item>

</resources>

D、<resources>

<stylename=,,android:layout_widthH>fill_parent</style>

</resources>

10.在android中使用Menu時(shí)也許需要重寫的方法有（ac）。（多選）

A、onCreateOptionsMenuQ

B、onCreateMenu()

C、onOptionsItemSelected()

D、onItemSelected()

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

SELECT@@IDENTITY

A、也許為0.1

B、也許為3

C、不也許為-100

D、肯定為0

12.在SQLServer2023中運(yùn)營(yíng)如下T-SQL語(yǔ)句，假定SALES表中有多行數(shù)據(jù)，執(zhí)行查詢

之后的結(jié)果是(d)o

BEGINTRANSACTIONA

UpdateSALESSetqty=30WHEREqly<30

BEGINTRANSACTIONB

UpdateSALESSetqty=40WHEREqty<40

UpdateSALESSetqty=50WHEREqty<50

UpdateSALESSetqty=60WHEREqty<60

COMMITTRANSACTIONB

COMMITTRANSACTIONA

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

BsSALES表中qty列最小值大于等于40

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

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

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

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

A、getWriteableDatabase()

B、getReadableDatabase()

C、getDatabase()

D、getAbleDatabase()

14.android關(guān)于service生命周期的onCreate。和onStart。說(shuō)法對(duì)的的是(ad)侈選題)

A、當(dāng)?shù)谝淮螁?dòng)的時(shí)候先后調(diào)用onCreate。和onStart。方法

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

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、管理一個(gè)surface,這個(gè)surface就是一塊特殊的內(nèi)存，能直接排版到android的視圖

viewJto

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

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

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

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

A、<receiverandroid:name="NewBroad">

<intent-filter>

<action

android:n<ime=,,videi:actum.NewBroadf7>

<action>

</intent-filter>

</receiver>

B、<receiverandroid:name=nNewBroad,r>

<intent-filter>

android:name="videnaction.NewBroad"/>

</intent-filter>

</receiver>

C、<receiverandroid:name="NewBroad'^

<action

android:name=',videnaction.NewBroad'7>

<action>

</receiver>

D、<intent-filter>

<receiverandroid:name="NewBroadu>

<action>

android:name="vider.action.NewBroad"^

<action>

</receiver>

</intent-filter>

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

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

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

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

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

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

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

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

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

18.我們都知道Hanlder是線程與Activity通信的橋梁，假如線程解決不妥，你的機(jī)器就會(huì)

變得越慢，那么線程銷毀的方法是(a)

A、onDestroy()

B、onClear()

C、onFinish()

D、onStop()

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

A、finish()

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

C、System.exit()

D、onStopO

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

A、TweenB、FrameC、DrawD、Animation

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

A、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng)，不一定

擁有一個(gè)獨(dú)立的Dalv汰虛擬機(jī)實(shí)例.而每一個(gè)DVM都是在Linux中的一個(gè)進(jìn)程，所以說(shuō)可以認(rèn)

為是同一個(gè)概念.

B、DVM指dalivk的虛擬機(jī)每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),不一

定擁有一個(gè)獨(dú)立的DaMk虛擬機(jī)實(shí)例.而每一個(gè)DVM不一定都是在Linux中的一個(gè)進(jìn)程.所以

說(shuō)不是一個(gè)概念.

C、DVM指dalivk的虛擬機(jī)每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng)者B擁

有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM不一定都是在Linux中的一個(gè)進(jìn)程，所以說(shuō)不

是一個(gè)概念.

D、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng)，都擁

有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM都是在Linux中的一個(gè)進(jìn)程，所以說(shuō)可以認(rèn)為

是同一個(gè)概念.

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

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

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

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

D、放置一些與UI相應(yīng)的布局文獻(xiàn)，都是xml文獻(xiàn)

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

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ì)androidNDK的理解對(duì)的的是(abed)

A、NDK是一系列工具的集合

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è)布局是framlayout1Hlienarlayout1relativelayout和tablelayout。

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

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

讀寫。

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

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

onCreate(),onStart(),oiiDestory()外尚有onrestart,cnre§ume,onDause,oestop。

30.android的數(shù)據(jù)存儲(chǔ)的方式sharedpreference,文獻(xiàn),SQ]ite,contentnrovidri\P3^

31.當(dāng)啟動(dòng)一個(gè)Activity并且新的Activity執(zhí)行完后需要返回到啟動(dòng)它的Activity來(lái)執(zhí)行的

回調(diào)函數(shù)是start回tivityResult。。

32.請(qǐng)使用命令行的方式創(chuàng)建一個(gè)名字為myAvd,sdk版本為22sd卡是在d盤的根目錄下,

名字為scard.img,并指定屏幕大小HVGA.。

33.程序運(yùn)營(yíng)的結(jié)果是：Roodandgbc(>

publicclassExample(

Stringstr=newString("good");

char口ch={'a','b','c'};

publicstaticvoidmain(Stringargs[]){

Exampleex=newExample();

ex.change（ex.str,ex.ch）;

System,out.print（ex.str+z，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)目中JN1接口的設(shè)計(jì)

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

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)營(yíng)java工程即可

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

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

LinuxKernel（Linux內(nèi)核）、Libraries（系統(tǒng)運(yùn)營(yíng)庫(kù)或者是C/C++核心庫(kù)）、Application

Framework（開(kāi)發(fā)框架包）、Applications（核心應(yīng)用程序）

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

1).創(chuàng)建一個(gè)版本為I的MdiaryOpenHelper.dbM的數(shù)據(jù)庫(kù),

2).同時(shí)創(chuàng)建一個(gè)〃diary〃表(包含一個(gè)_id主鍵并自增長(zhǎng)，topic字符型100

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

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

publicclassDBHelperextendsSQLiteOpenHelper{

publicfinalstaticStringDATABASENAME=ndiaryOpenHelper.db'r;

publicfinalstaticintDATABASEVERSION=1;

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

publicDBHelper(Contextcontext,Stringname,CursorFactoryfactory,intversion)

(

super(context,name,factory,version);

}

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

publicvoidonCreate(SQLiteDatabasedb)

(

Stringsql="createtablediary"+

“(“+

”_idintegerprimarykeyautoincrement,n+

Htopicvarchar(100)；'+

"contentvarchar(1000)n+

db.execSQL(sql);

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

publicvoidonUpgrade(SQLiteDatabasedb,intoldVersion,intnewVersion)

(

Stringsql="droptableifexistsdiary";

db.execSQL(sql);

this.onCreate(db);

37.頁(yè)面上現(xiàn)有ProgressBar控件progressBar，請(qǐng)用書寫線程以10秒的的時(shí)間完畢其進(jìn)度

顯示工作。(10分)

答案

publicclassProgressBarStuextendsActivity{

privateProgressBarprogressBar=null;

protectedvoidonCreate(BundlesavedlnstanceState){

super.onCreate(savedlnstanceState);

setContentView(R.gressbar);

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

progressBar=(ProgressBar)findViewByld(R.gressBar);

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(l000);

)

}catch(InterruptedExceptione){

//TODOAuto-generatedcatchblock

e.printStackTrace();

})；

thread.stail();

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

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

必調(diào)用的三個(gè)方法：onCreate()->onStart()->onResume(),用AAA表達(dá)

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

AAA—>onFreeze()—>onPause()—>onStopO—>onRestart()—>onStart(),onResume()...

(2)用戶點(diǎn)擊Home,Actvity調(diào)用順序如下

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

(3)調(diào)用finish(),Activity調(diào)用順序如下

AAA->onPause()->onStopO—>onDestroyO

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

AAA

(5)在父Activity上顯示透明的期E全屏的activity,Activity調(diào)用順序如下

AAA—>onFreeze()—>onPause()

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

AAA—>onFreeze()—>onPause()

39.假如后臺(tái)的Activity由于某因素被系統(tǒng)回收了，如何在被系統(tǒng)回收之前保存當(dāng)前狀

態(tài)？

onSaveInstanceState()

當(dāng)你的程序中某一個(gè)ActivityA在運(yùn)營(yíng)時(shí)，積極或被動(dòng)地運(yùn)營(yíng)另一個(gè)新的ActivityB，這

個(gè)時(shí)候A會(huì)執(zhí)行onSavelnstanceStateOoB完畢以后又會(huì)來(lái)找A,這個(gè)時(shí)候就有兩種情況：

一是A被回收，二是A沒(méi)有被回收，被回收的A就要重新調(diào)用onCreate()方法，不同于直

接啟動(dòng)的是這回onCreate。里是帶上了參數(shù)savedlnstanceState；而沒(méi)被收回的就直接執(zhí)行

onResume(),跳過(guò)onCreate。了。

40.如何將一個(gè)Activity設(shè)立成窗口的樣式。

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

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

android:theme="@android:style/Theme.Translucent"就變成半透明的

41.如何退出Activity?如何安全退出已調(diào)用多個(gè)Activity的Application?

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

當(dāng)然,也可以用killProcess。和System.exit。這樣的方法。

但是，對(duì)于多Activity的應(yīng)用來(lái)說(shuō)，在打開(kāi)多個(gè)Activity后，假如想在最后打開(kāi)的Activity

直接退出，上邊的方法都是沒(méi)有用的，由于上邊的方法都是結(jié)束一個(gè)Activity而已。

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

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

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

所以，最佳還是自己親自試一下。

那么，有沒(méi)有辦法直接退出整個(gè)應(yīng)用呢？

在2.1之前，可以使用ActivityManager的restartPackage方法。

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

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

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

在2.2添加了一個(gè)新的方法，killBackgroundProcesses(),需要權(quán)限

android.permission.KILL_BACKGROUND_PROCESSES0

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

此外尚有一個(gè)方法，就是系統(tǒng)自帶的應(yīng)用程序管理里,強(qiáng)制結(jié)束程序的方法，

forceStopPackage()o

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

并且需要添加android:sharedUserId="android.uid.system”屬性

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

由于需要在Android.mk中添加LOCAL_CERTIFICATE:=platform.

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

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

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

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

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

驗(yàn)證可以，但是，需要解決的問(wèn)題是，如何使程序結(jié)束掉，而不彈出ForceClose的窗口。

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

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

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

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

4、遞歸退出

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

解決，遞歸關(guān)閉。

除了第一個(gè)，都是想辦法把每一個(gè)Activity都結(jié)束掉，間接達(dá)成目的。

但是這樣做同樣不完美。

你會(huì)發(fā)現(xiàn)，假如自己的應(yīng)用程序?qū)γ恳粋€(gè)Activity都設(shè)立了nosensor,在兩個(gè)Activity結(jié)束

的間隙，sensor也許有效了。

但至少，我們的目的達(dá)成了，并且沒(méi)有影響用戶使用。

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

42.請(qǐng)介紹下Android中常用的五種布局。

FrameLayout（框架布局），LinearLayout（線性布局）,AbsoluteLayout（絕對(duì)布局），

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

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

一.SharedPreferences方式

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

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

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

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

44.請(qǐng)介紹下ContentProvider是如何實(shí)現(xiàn)數(shù)據(jù)共享的。

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

provider中，前提是有相同數(shù)據(jù)類型并且有寫入Contentprovider的權(quán)限。

45.如何啟用Service,如何停用Service。

Android中的service類似于windows中的service,service一般沒(méi)有用戶操作界面，它運(yùn)營(yíng)

于系統(tǒng)中不容易被用戶發(fā)現(xiàn)，

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

—o環(huán)節(jié)

第一步：繼承Service類

publicclassSMSServiceextendsService{}

第二步：在AndroidManifest.xml文獻(xiàn)中的〈application〉節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配置：

<serviceandroid:name=".DemoService”/>

二。Context.stailService()^nContext.bindService

服務(wù)不能自己運(yùn)營(yíng)，需要通過(guò)調(diào)用Context.startService?；駽ontext.bindService。方法啟動(dòng)服

務(wù)。這兩個(gè)方法都可

以啟動(dòng)Service，但是它們的使用場(chǎng)合有所不同。

1.使用startService。方法啟用服務(wù)，調(diào)用者與服務(wù)之間沒(méi)有關(guān)連，即使調(diào)用者退出了，服務(wù)

仍然運(yùn)營(yíng)。

使用bindService。方法啟用服務(wù)，調(diào)用者與服務(wù)綁定在了一起，調(diào)用者一旦退出,服務(wù)也就

終止。

2.采用Context.startService。方法啟動(dòng)服務(wù)，在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的

onCreate。方法,

接著調(diào)用onStart。方法。假如調(diào)用startService。方法前服務(wù)已經(jīng)被創(chuàng)建多次調(diào)用startService()

方法并

不會(huì)導(dǎo)致多次創(chuàng)建服務(wù)，但會(huì)導(dǎo)致多次調(diào)用onStart。方法。

采用startService。方法啟動(dòng)的服務(wù)，只能調(diào)用Context.stopService。方法結(jié)束服務(wù)，服務(wù)結(jié)束

時(shí)會(huì)調(diào)用

onDestroyO方法。

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

onCreate()方法，

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

用服務(wù)的onUnbind()方法,

o接著調(diào)用onDestroyO方法。假如調(diào)用bindService()方法前服務(wù)已經(jīng)被綁定，多次調(diào)用

bindService()方法并不會(huì)

導(dǎo)致多次創(chuàng)建服務(wù)及綁定(也就是說(shuō)onCreate。和onBind()方法并不會(huì)被多次調(diào)用)。懶口調(diào)用

者希望與正在綁定的服務(wù)

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

onUnbind()->onDestroy()方法。

三。Service的生命周期

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

onCreate()該方法在服務(wù)被創(chuàng)建時(shí)調(diào)用，該方法只會(huì)被調(diào)用一次，無(wú)論調(diào)用多少次

startService()或bindService。方法,

服務(wù)也只被創(chuàng)建一次。onDestroy。該方法在服務(wù)被終止時(shí)調(diào)用。

2.Context.startService。啟動(dòng)Service有關(guān)的生命周期方法

onStart()只有采用Context.startService()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在服務(wù)開(kāi)

始運(yùn)營(yíng)時(shí)被調(diào)用。

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

3.Context.bindService。啟動(dòng)Service有關(guān)的生命周期方法

onBind()只有采用Context.bindService()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與

服務(wù)綁定期被調(diào)用，

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

用。

onUnbind。只有采用Context.bindService。方法啟動(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.BIND_AUTO_CREATE);

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

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

Android廣播機(jī)制(兩種注冊(cè)方法)

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

繼承BroadcastReceiver,就可以有一個(gè)廣播接受器了。有個(gè)接受器還不夠，我們還得重寫

BroadcastReceiver里面的onReceiver方法，當(dāng)來(lái)廣播的時(shí)候我們要干什么，這就要我們自己

來(lái)實(shí)現(xiàn)，但是我們可以搞一個(gè)信息防火墻。具體的代碼：

publicclassSmsBroadCastReceiverextendsBroadcastReceiver

(

@Override

publicvoidonReceive(Contextcontext,Intentintent)

(

Bundlebundle=intent.getExtras();

Objectf]object=(Object[])bundle.get(Hpdusn);

SmsMessagesms[]=newSmsMessage[object.lengthJ;

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

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

Toast.makeText(context,"5|?§H+sms[i].getDisplayOriginatingAddress()+"的消

息是:H+sms[i].getDisplayMessageBody(),Toast.LENGTH_SHORT).show();

)

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

abortBroadcast();

)

)

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

vider.Telephony.SMS_RECEIVED

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

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

〃生成廣播解決

smsBroadCastReceiver=newSmsBroadCastReceiver();

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

IntentFilterintentFilter=newIntentFilter(vider.Telephony.SMS_RECEIVEDM);

〃注冊(cè)廣播

BroadCastReceiverActivity.this.registerReceiver(smsBroadCastReceiver,intentFilter);

一種是在AndroidManifest.xml中配置廣播

<?xmlversion=H1.0uencoding="utf-8,,?>

<manifestxmlns:android=',M

package=',spl.broadCastReceiveru

android:versionCode="1”

android:versionName=n1.0u>

<applicationandroid:icon="@drawable/icon"android:label=u@string/app_name">

<activityandroid:name=,'.BroadCastReceiverActivityn

android:label=',@string/app_namen>

<intent-filter>

<actionandroid:name=ent.action.MAINu/>

<categoryandroid:name=Ment.category.LAUNCHER"/>

</intent-filter>

</activity>

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

<receiverandroid:name=".SmsBroadCastReceiver">

<intent-filterandroid:priority=',20',>

<actionandroid:name="vider.Telephony.SMS_RECEIVED'7>

</intent-filter>

</receiver>

</application>

<uses-sdkandroid:minSdkVersion=,,7M/>

<!--權(quán)限申請(qǐng)一>

<uses-permissionandroid:name=nandroid.permission.RECEIVE_SMSH></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)營(yíng)。

47.請(qǐng)解釋下在單線程模型中Message、Handler.MessageQueue.Looper之間的關(guān)系。

Handler簡(jiǎn)介：

一個(gè)Handler允許你發(fā)送和解決Message和Runable對(duì)象，這些對(duì)象和一個(gè)線程的

MessageQueue相關(guān)聯(lián)。每一個(gè)線程實(shí)例和一個(gè)單獨(dú)的線程以及該線程的MessageQueue相關(guān)

聯(lián)。當(dāng)你創(chuàng)建f新的Handler時(shí)，它就和創(chuàng)建它的線程綁定在一起了。這里，線程我們也

可以理解為線程的MessageQueueo從這一點(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í)行一個(gè)或者一些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):

sendEmptyMessage(int):

sendMessage(Message):

sendMessageAtTime(Message,long):

sendMessageDelayed(Message,long):

post這個(gè)動(dòng)作讓你把Runnable對(duì)象排入MessageQueue,MessageQueue受到這些消息的時(shí)候

執(zhí)行他們，當(dāng)然以一定的排序。sendMessage這個(gè)動(dòng)作允許你把Message對(duì)象排成隊(duì)列，這

些Message對(duì)象包含一些信息Handler的hanlerMessage(Message)會(huì)解決這些Messag已當(dāng)然，

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

當(dāng)posting或者sending到一個(gè)Hanler時(shí)，你可以有三種行為：當(dāng)MessageQueue準(zhǔn)備好就解

決，定義一個(gè)延遲時(shí)間，定義一個(gè)精確的時(shí)間去解決。后兩者允許你實(shí)現(xiàn)timeout,tick,和基

于時(shí)間的行為。

當(dāng)你的應(yīng)用創(chuàng)建一個(gè)新的進(jìn)程時(shí)，主線程(也就是UI線程)自帶一個(gè)MessageQueue,這個(gè)

MessageQueue管理頂層的應(yīng)用對(duì)象(像activities,broadcastreceivers等)和主線程創(chuàng)建的窗

體。你可以創(chuàng)建自己的線程，并通過(guò)一個(gè)Handler和主線程進(jìn)行通信。這和之前同樣，通過(guò)

post和sendmessage來(lái)完畢,差別在于在哪一個(gè)線程中執(zhí)行這么方法。在恰當(dāng)?shù)臅r(shí)候，給定

的Runnable和MessageHandler的MessageQueue中被Scheduled。

Message簡(jiǎn)介：

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

被用來(lái)傳遞給Handler.Message對(duì)象提供額外的兩個(gè)int域和一個(gè)Object域，這可以讓你在

大多數(shù)情況下不用作分派的動(dòng)作。

盡管Message的構(gòu)造函數(shù)是public的，但是獲取Message實(shí)例的最佳方法是調(diào)用

Message.obtain()或者Handler.obtainMessage。方法,這些方法會(huì)從回收對(duì)象池中獲取一個(gè)。

MessageQueue簡(jiǎn)介：

這是一個(gè)包含message列表的底層類。Looper負(fù)責(zé)分發(fā)這些message。Messages并不是直接

力倒一個(gè)MessageQueue中，而是通過(guò)MessageQueue.IdleHandler關(guān)聯(lián)至I」Looper。

你可以通過(guò)Looper.myQueue。從當(dāng)前線程中獲取MessageQueue。

Looper簡(jiǎn)介：

Looper類被用來(lái)執(zhí)行一個(gè)線程中的message循環(huán)。默認(rèn)情況，沒(méi)有一個(gè)消息循環(huán)關(guān)聯(lián)到線程。

在線程中調(diào)用prepare。創(chuàng)建一個(gè)Looper,然后用loop。來(lái)解決messages,直到循環(huán)終止。

大多數(shù)和messageloop的交互是通過(guò)Handler。

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

classLooperThreadextendsThread{

publicHandlermHandler;

publicvoidrun(){

Looper.prepare();

mHandler=newHandler(){

publicvoidhandleMessage(Messagemsg){

//processincomingmessageshere

)

);

Looper.loopO；

)

)

48.AIDL的全稱是什么？如何工作？能解決哪些類型的數(shù)據(jù)?

AIDL的英文全稱是AndroidInterfaceDefineLanguage

當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中的service時(shí)，并實(shí)現(xiàn)通信，我們通常都是通過(guò)AIDL來(lái)操作的

A工程：

一方面我們?cè)趎et.blogjava.mobile.aidlservice包中創(chuàng)建一個(gè)RemoteService.aidl文獻(xiàn),在里面

我們自定義一個(gè)接口，具有方法get。ADT插件會(huì)在gen目錄下自動(dòng)生成一個(gè)

RcmoteService.java文獻(xiàn)，該類中具有一個(gè)名為RemoteService.stub的內(nèi)部類，該內(nèi)部類中具

有aidl文獻(xiàn)接口的get方法。

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

然后定義自己的MyService類，在MyService類中自定義一個(gè)內(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:name=".MyServiceM>

<intent-filter>

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

<actionandroid:name="net.blogjava.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)通信。

說(shuō)明：AIDL并不需要權(quán)限

B工程：

一方面我們要將A工程中生成的RemoteService.java文獻(xiàn)拷貝到B工程中，在

bindService方法中綁定aidl服務(wù)

綁定AIDL服務(wù)就是將RemoteService的ID作為intent的action參數(shù)。

說(shuō)明：假如我們單獨(dú)將RemoteService.aidl文獻(xiàn)放在一個(gè)包里,那個(gè)在我們將gen目

錄下的該包拷貝到B工程中。假如我們將RemoteService.aidl文獻(xiàn)和我們的其他類存放在一

起，那么我們?cè)贐工程中就要建立相應(yīng)的包，以保證RmoteService.java文獻(xiàn)的報(bào)名對(duì)的，

我們不能修改RemoteService.java文獻(xiàn)

bindService(newInten(nnet.blogjava.mobile.aidlservice.RemoteServicen),

serviceConnection,Context.BIND_AUTO_CREATE);

ServiceConnection的onServiceConnected(ComponentNamename,IBinderservice)方;去

中的service參數(shù)就是A工程中MyService類中繼承了RemoteService.stub類的內(nèi)部類的對(duì)象。

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

運(yùn)營(yíng)時(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)說(shuō)明原由。

通過(guò)直接發(fā)送Uri把參數(shù)帶過(guò)去，或者通過(guò)manifest里的intentfilter里的data屬性

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

答：Android平臺(tái)手機(jī)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)用的日益豐富，

一個(gè)嶄新的平臺(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)得心儀的手機(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)商的制約減少。隨著EDGE、HSDPA這些2G至3G移動(dòng)網(wǎng)絡(luò)的逐步過(guò)渡和提高,

手機(jī)隨意接入網(wǎng)絡(luò)已不是運(yùn)營(yíng)商口中的笑談，當(dāng)你可以通過(guò)手機(jī)IM軟件方便地進(jìn)行即時(shí)聊

天時(shí)，再回想不久前天價(jià)的彩信和圖鈴下載業(yè)務(wù)，是不是像惡夢(mèng)同樣？互聯(lián)網(wǎng)巨頭Google

推動(dòng)的Android終端天生就有網(wǎng)絡(luò)特色，將讓用戶離互聯(lián)網(wǎng)更近。

三、豐富的硬件選擇

這一點(diǎn)還是與Android平臺(tái)的開(kāi)放性相關(guān)，由于Android的開(kāi)放性,眾多的廠商會(huì)推出千奇

百怪，功能特色各具的多種產(chǎn)品。功能上的差異和特色，卻不會(huì)影響到數(shù)據(jù)同步、甚至軟件

的兼容，好比你從諾基亞Symbian風(fēng)格手機(jī)一下改用蘋果iPhone,同時(shí)還可將Symbian

中優(yōu)秀的軟件帶到iPhone上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移，是不是非常方便呢？

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

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

擾，可想而知，會(huì)有多少新奇別致的軟件會(huì)誕生。但也有其兩面性，血腥、暴力、情色方面

的程序和游戲如可控制正是留給Android難題之一。

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

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

服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Android平臺(tái)手機(jī)將

無(wú)絳結(jié)合這些優(yōu)秀的Google服務(wù)。

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

一、安全和隱私

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

下的個(gè)人足跡，Google這個(gè)巨人也時(shí)時(shí)站在你的身后,洞穿一切，因此，互聯(lián)網(wǎng)的進(jìn)一

將會(huì)帶來(lái)新一輪的隱私危機(jī)。

二、一方面開(kāi)賣Android手機(jī)的不是最大運(yùn)營(yíng)商

眾所周知，T-Mobile在23日，于美國(guó)紐約發(fā)布了Android首款手機(jī)G1。但是在北美市場(chǎng),

最大的兩家運(yùn)營(yíng)商乃AT&T和Verizon而目前所知取得Android手機(jī)銷售權(quán)的僅有T-Mobile

和Sprint,其中T-Mobile的3G網(wǎng)絡(luò)相對(duì)于其他三家也要遜色不少，因此，用戶可以買賬購(gòu)

買G1,能否體驗(yàn)到最佳的3G網(wǎng)絡(luò)服務(wù)則要另當(dāng)別論了！

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

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

的情況在國(guó)外市場(chǎng)同樣出現(xiàn)。Android手機(jī)的另一發(fā)售運(yùn)營(yíng)商Sprint就將在其機(jī)型中內(nèi)置其

手機(jī)商店程序。

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

在不少手機(jī)論壇都會(huì)有針對(duì)某一型號(hào)的子論壇，對(duì)一款手機(jī)的使專心得交流，并分享軟件資

源.而對(duì)于Android平臺(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端的WindowsXp系統(tǒng)的時(shí)候，都會(huì)內(nèi)置微軟WindowsMediaPlayer這樣一個(gè)瀏

覽器程序,用戶可以選擇更多樣的播放器，如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)營(yíng)在一個(gè)獨(dú)立的線程中（例如main）.這就意味著，任何在主線

程中運(yùn)營(yíng)的，需要消耗大量時(shí)間的操作都會(huì)引發(fā)ANR。由于此時(shí)，你的應(yīng)用程序已經(jīng)沒(méi)有

機(jī)會(huì)去響應(yīng)輸入事件和意向廣播（Intentbroadcast）,

因此，任何運(yùn)營(yíng)在主線程中的方法，都要盡也許的只做少量的工作。特別是活動(dòng)生命周

期中的重要方法如onCreate。和onResume。等更應(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。或者Thread.sleep。方法。取而代之的是，

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

Snake的例子，這種方法與以前我們所接觸的有所不同）。使用這種方法涉及你的應(yīng)用程序，

可以保證你的程序?qū)斎氡３至己玫捻憫?yīng)從而避免由于輸入事件超過(guò)5秒鐘不被解決而產(chǎn)

生的ANR。這種實(shí)踐需要應(yīng)用到所有顯示用戶界面的線程，由于他們都面臨著同樣的超時(shí)

問(wèn)題。

53.什么情況會(huì)導(dǎo)致ForceClose?如何避免?能否捕獲導(dǎo)致其的異常?

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

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

你碰到過(guò)嗎?諾有的話會(huì)導(dǎo)致什么問(wèn)題?如何解決？

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