71道經(jīng)典Android面試題和答案,重要知識(shí)點(diǎn)都包含了

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

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

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

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

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

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

A、ArithmeticException

B、HlegalArgumentException

C、NullPointerException

D、BufferUnderflowException

3.Math.round(11.5)等于多少().Math.round(-11.5)等于多少(c).

cA、11,-11B、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、O11.activity5.對(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)的生命周期，沒有用戶界面的程序，可以保持應(yīng)用在后臺(tái)

運(yùn)行，而不會(huì)因?yàn)榍袚Q頁(yè)面而消逝

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

件的紐帶

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

8.下列屬于SAX解析xml文件的優(yōu)點(diǎn)的是(b)A、將整個(gè)文檔

樹在內(nèi)存中，便于操作，支持刪除，修改，重新排列等多種功能

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

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

D、不是許久駐留在內(nèi)存，數(shù)據(jù)不是許久的，事務(wù)過后，若沒有保

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

消逝

9.下面的對(duì)自定style的方式正確的是(a)A、<resources>

<stylename="myStyle">

<itemname="android:layout_width">fill_parent</ite

m>

</style>

</resources>

B、<stylename="myStyle">

<itemname="android:layout_width">fill_parent</ite

m>

</style>

C、<resources>

<itemname="android:layout_width">filljDarent</ite

m>

</resources>

D、<resources>

<stylename="android:layout_width">fill_parent</styl

e>

</resources>

10.在android中運(yùn)用Menu時(shí)可能須要重寫的方法有(ac)。侈

選)A、onCreateOptionsMenu()

B、onCreateMenu()

C、onOptionsltemSelected()

D、onltemSelected()

11.SQLServerManagementStudio中運(yùn)行下列T-SQL語(yǔ)句,

其輸出值(c)oSELECT@@IDENTITY

A、可能為0.1

B、可能為3

C、不行能為-100

D、確定為0

12.在SQLServer2023中運(yùn)行如下『SQL語(yǔ)句，假定SALES表

中有多行數(shù)據(jù)，執(zhí)行查詢之后的結(jié)果是(d)oBEGIN

TRANSACTIONA

UpdateSALESSetqty=30WHEREqty<30

BEGINTRANSACTIONB

UpdateSALESSetqty=40WHEREqty<40

UpdateSALESSetqty=50WHEREqty<50

UpdateSALESSetqty=60WHEREqty<60

COMMITTRANSACTIONB

COMMITTRANSACTIONA

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

B、SALES表中qty列最小值大于等于40

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

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

13.在android中運(yùn)用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()說法

正確的是(ad)(多選題)A、當(dāng)?shù)谝淮螁?dòng)的時(shí)候先后調(diào)用onCreate()

和onStart()方法

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

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的

視圖

view上。

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

上。

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

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

16.下面在AndroidManifest.xml文件中注冊(cè)BroadcastReceiver

方式正確的(a)A、<receiverandroid:name="NewBroad">

<intent-filter>

<action

android:name="vider.action.NewBroad"/>

<action>

</intent-filter>

</receiver>

B、<receiverandroid:name="NewBroad">

<intent-filter>

android:name="vider.action.NewBroad"/>

</intent-filter>

</receiver>

C、<receiverandroid:name="NewBroad">

<action

android:name="vider.action.NewBroad"/>

<action>

</receiver>

D、<intent-filter>

<receiverandroid:name="NewBroad">

<action>

android:name="vider.action.NewBroad"/>

<action>

</receiver>

</intent-filter>

17.關(guān)于ContenValues類說法正確的是(a)A、他和Hashtable

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

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

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

儲(chǔ)的名值對(duì)當(dāng)中的

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

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

儲(chǔ)的名值對(duì)當(dāng)中的

名，可以為空，而值都是Sthng類型

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

儲(chǔ)的名值對(duì)當(dāng)中

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

18.我們都知道Hanlder是線程與Activity通信的橋梁，假如線程處

理不當(dāng)，你的機(jī)器就會(huì)變得越慢，那么線程銷毀的方法是(a)A、

onDestroy()

B、onClear()

C>onFinish()

D、onStop()

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

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

C、System.exit()

D、onStop()

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)程

說法正確的是(d)A、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用

程序都在它自己的進(jìn)程中運(yùn)行，不確定擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)

例.而每一個(gè)DVM都是在Linux中的一個(gè)進(jìn)程，所以說可以認(rèn)為是同一個(gè)

概念.

B、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己

的進(jìn)程中運(yùn)行，不確定擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)

DVM不確定都是在Linux中的一個(gè)進(jìn)程，所以說不是一個(gè)概念.

C、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己

的進(jìn)程中運(yùn)行，都擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM不

確定都是在Linux中的一個(gè)進(jìn)程，所以說不是一個(gè)概念.

D、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己

的進(jìn)程中運(yùn)行，都擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM都

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

22.Android項(xiàng)目工程下面的assets書目的作用是什么bA、放置

應(yīng)用到的圖片資源。

B、主要放置多媒體等數(shù)據(jù)文件

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

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

23.關(guān)于res/raw書目說法正確的是(a)A、這里的文件是原封不動(dòng)的存

儲(chǔ)到設(shè)備上不會(huì)轉(zhuǎn)換為二進(jìn)制的格式

B、這里的文件是原封不動(dòng)的存儲(chǔ)到設(shè)備上會(huì)轉(zhuǎn)換為二進(jìn)制的格式

C、這里的文件最終以二進(jìn)制的格式存儲(chǔ)到指定的包中

D、這里的文件最終不會(huì)以二進(jìn)制的格式存儲(chǔ)到指定的包中

24.下列對(duì)androidNDK的理解正確的是(abed)A、NDK是一系

列工具的集合

B、NDK供應(yīng)了一份穩(wěn)定、功能有限的API頭文件聲明。

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

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

二.填空題

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

relativelavout和tablelavout026.android的四大組件是activiev,

service,broadcast和contentprovide。27.java.io包中的

obiectinputstream和obiectoutputstream類主要用于對(duì)對(duì)象

(Object)的讀寫。28.android中service的實(shí)現(xiàn)方法是二

startservice和bindservice。29.activity一般會(huì)重載7個(gè)方法用

來維護(hù)其生命周期，除了onCreate(),onStartO,onDestoM)外還有

onrestartQnresumeQnpause.onstop。30.android的數(shù)據(jù)存儲(chǔ)

的方式sharedsreference.文件、SQIite,contentprovider,網(wǎng)絡(luò)。

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

它的Activity來執(zhí)行的回調(diào)函數(shù)是startActivitvResuIt。。32.請(qǐng)運(yùn)

用叮囑行的方式創(chuàng)建一個(gè)名字為myAvd,sdk版本為2.2,sd卡是在d

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

HVGA.o33.程序運(yùn)

行的結(jié)果是：qoodandqbc。public

classExample{

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)用過程。（8分）1）安裝和下載

Cygwin,下載AndroidNDK

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

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

4）JNI生成動(dòng)態(tài)鏈接庫(kù)6。文件

5）將動(dòng)態(tài)鏈接庫(kù)復(fù)制到j(luò)ava工程，在java工程中調(diào)用，運(yùn)行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)行庫(kù)或者是C/C++核心庫(kù)）、

Application

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

36.請(qǐng)繼承SQLiteOpenHelper實(shí)現(xiàn)：（10分）1）.創(chuàng)建一個(gè)版本為

1的"diaryOpenHelper.db"的數(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

="diaryOpenHelper.db";

publicfinalstaticintDATABASEVERSION=1;

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

publicDBHelper(Contextcontext,Stringname,CursorFactory

factory,intversion)

{

super(context,name,factory,version);

}

//創(chuàng)建表等機(jī)構(gòu)性文件

publicvoidonCreate(SQLiteDatabasedb)

(

Stringsql="createtablediary"+

"("+

"Jdintegerprimarykeyautoincrement,"+

"topicvarchar(100),"+

"contentvarchar(1000)"+

")"；

db.execSQL(sql);

)

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

publicvoidonUpgrade(SQLiteDatabasedb,intoldVersionJnt

newVersion)

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.getProgr

ess())

(

intstepProgress=progressBarMax/10;

intcurrentprogress=

progressBar.getProgress();

progressBar.setProgress(currentprogress

+stepProgress);

Thread.sleep(1000);

}

}catch(lnterruptedExceptione){

//TODOAuto-generatedcatchblock

e.printStackTrace();

}

}

})；

thread.start();

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

)

)

38.請(qǐng)描述下Activity的生命周期。必調(diào)用的三個(gè)方法：

onCreate()->onStart()->onResume(),用AAA表示

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

如下

AAA->onFreeze()->onPause()->onStop()->onRestart()-->

onStart(),onResume()...

(2)用戶點(diǎn)擊Home,AcMty調(diào)用依次如下

AAA->onFreeze()->onPause()->onStop()-Maybe

->onDestroy()-Maybe

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

AAA-->onPause()->onStop()->onDestroy()

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

AAA

(5)在父Activity上顯示透亮的或非全屏的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)？onSavelnstanceState()

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

個(gè)新的ActivityB,這個(gè)時(shí)候A會(huì)執(zhí)行onSavelnstanceState。。B完成

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

被回收，被回收的A就要重新調(diào)用onCreate()方法，不同于干脆啟動(dòng)的

是這回onCreate()里是帶上了參數(shù)savedInstancestate；而沒被收回的

就干脆執(zhí)行onResume(),跳過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ì)于單一ActMty的應(yīng)用來說，退出很簡(jiǎn)潔，干脆finish。

即可。

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

但是，對(duì)于多ActMty的應(yīng)用來說，在打開多個(gè)ActMty后，假如想在

最終打開的Activity干脆退出，上邊的方法都是沒有用的，因?yàn)樯线叺?/p>

方法都是結(jié)束一個(gè)Activity而已。

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

就好像有人問，在應(yīng)用里如何捕獲Home鍵，有人就會(huì)說用keyCode

比較KEYCODEJHOME即可，而事實(shí)上假如不修改framework,根本

不行能做到這一點(diǎn)一樣。

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

那么，有沒有方法干脆退出整個(gè)應(yīng)用呢？

在2.1之前，可以運(yùn)用ActivityManager的restartPackage方法。

它可以干脆結(jié)束整個(gè)應(yīng)用。在運(yùn)用時(shí)須要權(quán)限

android.permission.RESTART_PACKAGESo

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

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

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

android.permission.KILL_BACKGROUND_PROCESSESo

惋惜的是，它和2.2的restartPackage一樣，根本起不到應(yīng)有的效果。

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

方法，forceStopPackage()o

它須要權(quán)限android.permission.FORCE_STOP_PACKAGES0

并且須要添加android:sharedUserld="android.uid.system"屬性

同樣惋惜的是，該方法是非公開的，他只能運(yùn)行在系統(tǒng)進(jìn)程，第三方程

序無法調(diào)用。

因?yàn)轫氁贏ndroid.mk中添加LOCAL_CERTIFICATE:=platform□

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

從以上可以看出，在2.2,沒有方法干脆結(jié)束一個(gè)應(yīng)用，而只能用自己

的方法間接辦到。

現(xiàn)供應(yīng)幾個(gè)方法，供參考：

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

該方法通過拋異樣，使程序ForceCloseo

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

ForceClose的窗口。

2、記錄打開的Activity：

每打開一個(gè)Activity,就記錄下來。在須要退出時(shí)，關(guān)閉每一個(gè)ActMty

即可。

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

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

關(guān)閉即可。

4、遞歸退出

在打開新的Activity時(shí)運(yùn)用startActivityForResult,然后自己加標(biāo)記，

在onActMtyResult中處理，遞歸關(guān)閉。

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

但是這樣做同樣不完備。

你會(huì)發(fā)覺，假如自己的應(yīng)用程序?qū)γ恳粋€(gè)Activity都設(shè)置了nosensor,

在兩個(gè)Activity結(jié)束的間隙，sensor可能有效了。

但至少，我們的目的達(dá)到了，而且沒有影響用戶運(yùn)用。

為了編程便利，最好定義一個(gè)Activity基類，處理這些共通問題。

42.請(qǐng)介紹下Android中常用的五種布局。FrameLayout（框架布局）,

LinearLayout（線性布局），AbsoluteLayout（確定布局），

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

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

二.文件存儲(chǔ)方式

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

四.內(nèi)容供應(yīng)器（Contentprovider）方式

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

44.請(qǐng)介紹下Contentprovider是如何實(shí)現(xiàn)數(shù)據(jù)共享的。創(chuàng)建一個(gè)屬

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

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

provider的權(quán)限。

45.如何啟用Service,如何停用Service。Android中的service類

似于windows中的service,service一般沒有用戶操作界面，它運(yùn)行于

系統(tǒng)中不簡(jiǎn)潔被用戶發(fā)覺，

可以運(yùn)用它開發(fā)如監(jiān)控之類的程序。

一。步驟

第一步：繼承Service類

publicclassSMSServiceextendsService{}

其次步：在AndroidManifest.xml文件中的〈application〉節(jié)點(diǎn)里對(duì)服務(wù)

進(jìn)行配置：

<serviceandroid:name=".DemoService"/>

二。Context.startService()^nContext.bindService

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

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

以啟動(dòng)Service,但是它們的運(yùn)用場(chǎng)合有所不同。

1.運(yùn)用startService()方法啟用服務(wù)，調(diào)用者與服務(wù)之間沒有關(guān)連，即使

調(diào)用者退出了，服務(wù)照舊運(yùn)行。

運(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ù)的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)用

onDestroy

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)用onDestroy。方法。假如調(diào)用bindService()方法前服務(wù)已經(jīng)

被綁定，多次調(diào)用bindService()方法并不會(huì)

導(dǎo)致多次創(chuàng)建服務(wù)及綁定(也就是說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)用一次，無論

調(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ù)起先運(yùn)行時(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ù)綁定時(shí)被調(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ù)解除綁定時(shí)被調(diào)用。

備注：

1.接受startService()啟動(dòng)服務(wù)

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

startService(intent);

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

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

bindService(intent,conn,Context.BIND_AUTO_CREATE);

〃unbindService(conn);〃解除綁定

46.注冊(cè)廣播有幾種方式，這些方式有何優(yōu)缺點(diǎn)？請(qǐng)談?wù)凙ndroid引

入廣播機(jī)制的用意。Android廣播機(jī)制(兩種注冊(cè)方法)

在android下，要想接受廣播信息，那么這個(gè)廣播接收器就得我們自己

來實(shí)現(xiàn)了，我們可以繼承BroadcastReceiver,就可以有一個(gè)廣播接受

器了。有個(gè)接受器還不夠，我們還得重寫B(tài)roadcastReceiver里面的

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

實(shí)現(xiàn)，不過我們可以搞一個(gè)信息防火墻。具體的代碼：

publicclassSmsBroadCastReceiverextendsBroadcastReceiver

@Override

publicvoidonReceive(Contextcontext,Intentintent)

(

Bundlebundle=intent.getExtras();

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

SmsMessagesms[]=newSmsMessage[object.length];

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

(

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

Toast.makeText(context,”來自

"+sms.getDisplayOriginatingAddress()+"的消息是：

"+sms.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í)例化過濾器并設(shè)置要過濾的廣播

IntentFilterintentFilter=

newlntentFilter("vider.Telephony.SMS_RECEIVED");

〃注冊(cè)廣播

BroadCastReceiverActivity.this.registerReceiver(smsBroadCastRecei

ver,intentFilter);

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

<?xmlversion="1.0"encoding="utf-8"?>

<manifestxmlns:android="://schemas.android

/apk/res/android"

package="spl.broadCastReceiver"

android:versionCode="1"

android:versionName="1.0">

<application

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

<activityandroid:name=".BroadCastReceiverActivity"

android:label="@string/app_name">

<intent-filter>

<actionandroid:name="ent.action.MAIN"/>

<categoryandroid:name="ent.category.LAUNCH

ER"/>

</intent-filter>

</activity>

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

<receiverandroid:name=".SmsBroadCastReceiver">

<intent-filterandroid:priority="20">

<actionandroid:name="vider.Telephony.SMS_R

ECEIVED'7>

</intent-filter>

</receiver>

</application>

<uses-sdkandroid:minSdkVersion="7"/>

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

<uses-permissionandroid:name="android.permission.RECEIVE_S

MS"x/uses-permission>

</manifest>

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

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

2）其次種是常駐型，也就是說當(dāng)應(yīng)用程序關(guān)閉后，假如有信息廣播來,

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

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)建一個(gè)新的Handler

時(shí)一，它就和創(chuàng)建它的線程綁定在一起了。這里，線程我們也可以理解為

線程的MessageQueue。從這一點(diǎn)上來看，Handler把Message和

Runable對(duì)象傳遞給MessageQueue,而且在這些對(duì)象離開

MessageQueue時(shí)，Handler負(fù)責(zé)執(zhí)行他們。

Handler有兩個(gè)主要的用途：(1)確定在將來的某個(gè)時(shí)間點(diǎn)執(zhí)行一個(gè)

或者一些Message和Runnable對(duì)象。(2)在其他線程(不是Handler

綁定線程)中排入一些要執(zhí)行的動(dòng)作。

SchedulingMessage,即(1),可以通過以下方法完成：

post(Runnable):Runnable在handler綁定的線程上執(zhí)行，也就是說不

創(chuàng)建新線程。

postAtTime(Runnable,long):

postDelayed(Runnable,long):

sendEmptyMessage(int):

sendMessage(Message):

sendMessageAtTime(MessageJong):

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ì)處理這些Message.當(dāng)然，

handlerMessage(Message)必需由Handler的子類來重寫。這是編程人

員須要作的事。

當(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)建自

己的線程，并通過一個(gè)Handler和主線程進(jìn)行通信。這和之前一樣，通

過post和sendmessage來完成，差別在于在哪一個(gè)線程中執(zhí)行這么方

法。在恰當(dāng)?shù)臅r(shí)候，給定的Runnable和Message將在Handler的

MessageQueue中被Scheduled0

Message簡(jiǎn)介：

Message類就是定義了一個(gè)信息，這個(gè)信息中包含一個(gè)描述符和隨意

的數(shù)據(jù)對(duì)象，這個(gè)信息被用來傳遞給Handler.Message對(duì)象供應(yīng)額外

的兩個(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中，而是通過

MessageQueue.ldleHandler關(guān)聯(lián)至ULooper。

你可以通過Looper.myQueue()從當(dāng)前線程中獲得MessageQueue0

Looper簡(jiǎn)介：

Looper類被用來執(zhí)行一個(gè)線程中的message循環(huán)。默認(rèn)狀況，沒有一

個(gè)消息循環(huán)關(guān)聯(lián)到線程。在線程中調(diào)用prepare。創(chuàng)建一個(gè)Looper,然

后用loop。來處理messages,直到循環(huán)終止。

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

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

classLooperThreadextendsThread{

publicHandlermHandler;

publicvoidrun(){

Looper.prepare();

mHandler=newHandler(){

publicvoidhandleMessage(Messagemsg){

//processincomingmessageshere

)

)；

Looper.loop();

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

AIDL的英文全稱是AndroidInterfaceDefineLanguage

當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中的service時(shí)，并實(shí)現(xiàn)通信，我們通常都是

通過AIDL來操作的

A工程：

首先我們?cè)趎et.blogjava.mobile.aidlservice包中創(chuàng)建一個(gè)

RemoteService.aidl文件，在里面我們自定義一個(gè)接口，含有方法get。

ADT插件會(huì)在gen書目下自動(dòng)生成一個(gè)RemoteService.java文件，該

類中含有一個(gè)名為RemoteService.stub的內(nèi)部類，該內(nèi)部類中含有aidl

文件接口的get方法。

說明一：aidl文件的位置不固定，可以隨意

然后定義自己的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ì)象封裝成舊inder對(duì)

象，傳遞給他的調(diào)用者。

其次須要在AndroidMaEfest.xml文件中配置MyService類，代碼如下：

<!-注冊(cè)服務(wù)->

<serviceandroid:name=".MyService">

<intent-filter>

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

<actionandroid:name="net.blogjava.mobile.aidlservice.RemoteS

ervice"/>

</intent-filter>

</service>

為什么要指定調(diào)用AIDL服務(wù)的ID,就是要告知外界MyService這個(gè)類

能夠被別的進(jìn)程訪問，只要?jiǎng)e的進(jìn)程知道這個(gè)ID,正是有了這個(gè)ID,B

工程才能找到A工程實(shí)現(xiàn)通信。

說明：AIDL并不須要權(quán)限

B工程：

首先我們要將A工程中生成的RemoteService.java文件拷貝到B

工程中，在bindService方法中綁定aidl服務(wù)

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

參數(shù)。

說明：假如我們單獨(dú)將RemoteService.aidl文件放在一個(gè)包里，那

個(gè)在我們將gen書目下的該包拷貝到B工程中。假如我們將

RemoteService.aidl文件和我們的其他類存放在一起，那么我們?cè)贐工

程中就要建立相應(yīng)的包，以保證RmoteService.java文件的報(bào)名正確,

我們不能修改RemoteService.java文件

bindService(newlnten("net.blogjava.mobile.aidlservice.Remote

Service"),serviceconnection,Context.BlND_AUTO_CREATE);

Serviceconnection的onServiceConnected(ComponentName

name,舊inderservice)方法中的service參數(shù)就是A工程中MyService

類中繼承了RemoteService.stub類的內(nèi)部類的對(duì)象。

49.請(qǐng)說明下Android程序運(yùn)行時(shí)權(quán)限與文件系統(tǒng)權(quán)限的區(qū)分。運(yùn)行

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

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

50.系統(tǒng)上安裝了多種閱讀器，能否指定某閱讀器訪問指定頁(yè)面？請(qǐng)

說明原由。通過干脆發(fā)送Uri把參數(shù)帶過去，或者通過maEfest里的

intentfilter里的data屬性

51.你如何評(píng)價(jià)Android系統(tǒng)？?jī)?yōu)缺點(diǎn)。答：Android平臺(tái)手機(jī)5大

優(yōu)勢(shì)：

一、開放性

在優(yōu)勢(shì)方面，Android平臺(tái)首先就是其開發(fā)性，開發(fā)的平臺(tái)允許任何移

動(dòng)終端廠商加入到Android聯(lián)盟中來。顯著的開放性可以使其擁有更多

的開發(fā)者，隨著用戶和應(yīng)用的日益豐富，一個(gè)嶄新的平臺(tái)也將很快走向

成熟。開放性對(duì)于Android的發(fā)展而言，有利于積累人氣，這里的人氣

包括消費(fèi)者和廠商，而對(duì)于消費(fèi)者來講，隨大的受益正是豐富的軟件資

源。開放的平臺(tái)也會(huì)帶來更大競(jìng)爭(zhēng)，如此一來，消費(fèi)者將可以用更低的

價(jià)位購(gòu)得心儀的手機(jī)。

二、擺脫運(yùn)營(yíng)商的束縛

在過去很長(zhǎng)的一段時(shí)間，特殊是在歐美地區(qū)，手機(jī)應(yīng)用往往受到運(yùn)營(yíng)商

制約，運(yùn)用什么功能接入什么網(wǎng)絡(luò)，幾乎都受到運(yùn)營(yíng)商的限制。從去年

iPhone上市，用戶可以更加便利地連接網(wǎng)絡(luò)，運(yùn)營(yíng)商的制約削減。隨

著EDGE、HSDPA這些2G至3G移動(dòng)網(wǎng)絡(luò)的逐步過渡和提升，手機(jī)

隨意接入網(wǎng)絡(luò)已不是運(yùn)營(yíng)商口中的笑談，當(dāng)你可以通過手機(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)的開放性相關(guān)，由于Android的開放性，眾

多的廠商會(huì)推出千姿百態(tài)，功能特色各具的多種產(chǎn)品。功能上的差異和

特色，卻不會(huì)影響到數(shù)據(jù)同步、甚至軟件的兼容，好比你從諾基亞

Symbian風(fēng)格手機(jī)一下改用蘋果iPhone，同時(shí)還可將Symbian中優(yōu)

秀的軟件帶到iPhone上運(yùn)用、聯(lián)系人等資料更是可以便利地轉(zhuǎn)移，是

不是特殊便利呢？

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

Android平臺(tái)供應(yīng)應(yīng)第三方開發(fā)商一個(gè)特殊寬泛、自由的環(huán)境，不會(huì)受

到各種條條框框的阻擾，可想而知，會(huì)有多少新穎新穎的軟件會(huì)

誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如可限制

正是留給Android難題之一。

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

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

的互聯(lián)網(wǎng)滲透，Google服務(wù)如地圖、郵件、搜尋等已經(jīng)成為連接用戶

和互聯(lián)網(wǎng)的重要紐帶，而Android平臺(tái)手機(jī)將無縫結(jié)合這些優(yōu)秀的

Google服務(wù)。

再說Android的5大不足：

一、平安和隱私

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

中經(jīng)意或不經(jīng)意留下的個(gè)人蹤跡，Google這個(gè)巨人也時(shí)時(shí)站在你的身

后，洞穿一切，因此，互聯(lián)網(wǎng)的深化將會(huì)帶來新一輪的隱私危機(jī)。

二、首先開賣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ī)不滿，感覺所購(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)

品類型多樣，這樣運(yùn)用同一款機(jī)型的用戶越來越少，缺少統(tǒng)一機(jī)型的程

序強(qiáng)化。舉個(gè)稍顯不當(dāng)?shù)睦?，現(xiàn)在山寨機(jī)泛濫，品種各異，就很少有

特地針對(duì)某個(gè)型號(hào)山寨機(jī)的探討和群組，除了哪些功能異樣搶眼、頗受

追捧的機(jī)型以外。

五、過分依靠開發(fā)商缺少標(biāo)準(zhǔn)配置

在運(yùn)用PC端的WindowsXp系統(tǒng)的時(shí)候，都會(huì)內(nèi)置微軟Windows

MediaPlayer這樣一個(gè)閱讀器程序，用戶可以選擇更多樣的播放器，如

Realplay或暴風(fēng)影音等。但入手起先運(yùn)用默認(rèn)的程序同樣可以應(yīng)付多樣

的須要。在Android平臺(tái)中，由于其開放性，軟件更多依靠第三方廠商，

比如Android系統(tǒng)的SDK中就沒有內(nè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ì)輸入事務(wù)（如按鍵、觸摸屏事務(wù)）的響應(yīng)超過5秒

意向接受器（intentReceiver）超過10秒鐘仍未執(zhí)行完畢

Android應(yīng)用程序完全運(yùn)行在一個(gè)獨(dú)立的線程中（例如main）。這就

意味著，任何在主線程中運(yùn)行的，須要消耗大量時(shí)間的操作都會(huì)引發(fā)

ANRO因?yàn)榇藭r(shí)，你的應(yīng)用程序已經(jīng)沒有機(jī)會(huì)去響應(yīng)輸入事務(wù)和意向廣

播（Intentbroadcast）。

因此，任何運(yùn)行在主線程中的方法，都要盡可能的只做少量的工作。

特殊是活動(dòng)生命周期中的重要方法如onCreate。和onResume。等更

應(yīng)如此。潛在的比較耗時(shí)的操作，如訪問網(wǎng)絡(luò)和數(shù)據(jù)庫(kù);或者是開銷很

大的計(jì)算，比如變更位圖的大小，須要在一個(gè)單獨(dú)的子線程中完成（或

者是運(yùn)用異步請(qǐng)求，如數(shù)據(jù)庫(kù)操作）。但這并不意味著你的主線程須要

進(jìn)入堵塞狀態(tài)已等待子線程結(jié)束-也不須要調(diào)用Therad.waM）或者

Thread.sleep()方法。取而代之的是，主線程為子線程供應(yīng)一個(gè)句柄

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

例子，這種方法與以前我們所接觸的有所不同)。運(yùn)用這種方法涉及你

的應(yīng)用程序，能夠保證你的程序?qū)斎氡３至己玫捻憫?yīng)，從而避開因?yàn)?/p>

輸入事務(wù)超過5秒鐘不被處理而產(chǎn)生的ANR。這種實(shí)踐須要應(yīng)用到全

部顯示用戶界面的線程，因?yàn)樗麄兌济媾R著同樣的超時(shí)問題。

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

樣？

答：一般像空指針啊，可以看起logcat,然后對(duì)應(yīng)到程序中來解

決錯(cuò)誤

54.Android本身的api并未聲明會(huì)拋出異樣，則其在運(yùn)行時(shí)有無可

能拋出runtime異樣，你遇到過嗎？諾有的話會(huì)導(dǎo)致什么問題？如何解

決？

55.簡(jiǎn)要說明一下activity、intent、intentfilter、service>

Broadcase^BroadcaseReceiver

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

一個(gè)service不包含可見的用戶界面，而是在后臺(tái)無限地運(yùn)行

可以連接到一個(gè)正在運(yùn)行的服務(wù)中，連接后，可以通過服務(wù)中暴露

出來的借口與其進(jìn)行通信

一個(gè)broadcastreceiver是一個(gè)接收廣播消息并作出回應(yīng)的

component,broadcastreceiver沒有界面

intent:contentprovider在接收到ContentResolver的請(qǐng)求時(shí)被激

活。

activity,service和broadcastreceiver?是被稱為intents的異步消息

激活的。

一個(gè)intent是一個(gè)Intent對(duì)象，它保存了消息的內(nèi)容。對(duì)于activity和

service來說，它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的URI

Intent對(duì)象可以顯式的指定一個(gè)目標(biāo)componento假如這樣的話,

android會(huì)找到這個(gè)component（基于manifest文件中的聲明）并激活它。

但假如一個(gè)目標(biāo)不是顯式指定的，android必需找到響應(yīng)intent的最佳

componento

它是通過將Intent對(duì)象和目標(biāo)的intentfilter相比較來完成這一工作

的。一個(gè)component的intentfilter告知android該component能處理

的intentointentfilter也是在manifest文件中聲明的。

56.IntentService有何優(yōu)點(diǎn)？

答：IntentService的好處

*Acitivity的進(jìn)程，當(dāng)處理Intent的時(shí)候,會(huì)產(chǎn)生一個(gè)對(duì)應(yīng)的Service

*Android的進(jìn)程處理器現(xiàn)在會(huì)盡可能的不kill掉你

*特殊簡(jiǎn)潔運(yùn)用

57.橫豎屏切換時(shí)候activity的生命周期？

1、不設(shè)置ActMty的android:configChanges時(shí)，切屏?xí)匦抡{(diào)用

各個(gè)生命周期，切橫屏?xí)r會(huì)執(zhí)行一次，切豎屏?xí)r會(huì)執(zhí)行兩次

2、設(shè)置ActMty的android:configChanges="orientatiorT時(shí)，切屏

還是會(huì)重新調(diào)用各個(gè)生命周期，切橫、豎屏?xí)r只會(huì)執(zhí)行一次

3、設(shè)置Activity的

android:configChanges="orientation|keyboardHidden"時(shí)，切屏不會(huì)重

新調(diào)用各個(gè)生命周期，只會(huì)執(zhí)行onConfigurationChanged方法

如何將SQLite數(shù)據(jù)庫(kù)（dictionary.db文件）與apk文件一起發(fā)布？

解答：可以將dictionary.db文件復(fù)制到EclipseAndroid工程中的

resaw書目中。全部在resaw書目中的文件不會(huì)被壓縮，這樣可以干

脆提取該書目中的文件?？梢詫ictionary.db文件復(fù)制到resaw書目

中

58.如何將打開resa