2023年Android面試題帶答案_第1頁(yè)
2023年Android面試題帶答案_第2頁(yè)
2023年Android面試題帶答案_第3頁(yè)
2023年Android面試題帶答案_第4頁(yè)
2023年Android面試題帶答案_第5頁(yè)
已閱讀5頁(yè),還剩37頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

Android面試題

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

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

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

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

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

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

A.ArithmcticExccption

B.IllegalArgumentException

C.NulIPointerException

4.D.BufferUnderf1owException

Math,round(11.5)等于多少0.Math,round(T1.5)等于多少(c).c

5.A.11,-11B.ll,-12C.12,-11D.12,-12

下列程序段的輸出成果是:(b)

voidcomplicatedexpressionr(){

intx=20,y=30;

booleanb;

b=x>50&&y>60Ix>5D&&y<-60x<-50&&y>60x<-50&&y<-60;

System,out.println(b);

}

A.trueB、falseC、1011.activity

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

A.onPauseOB.onCrealeOC.onResume0D.onStart()

Intent傳遞數(shù)據(jù)時(shí),下列11勺數(shù)據(jù)類型哪些可以被傳遞(abed)(多選)

6.A.SerializableB、charsequenceC^ParcelableD、Bundle

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

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

B.是一段長(zhǎng)H勺生命周期,沒(méi)有顧客界面的程序,可以保持應(yīng)用在后臺(tái)運(yùn)行,而不會(huì)由于

切換頁(yè)面而消失

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

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

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

A.將整個(gè)文檔樹在內(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ì)

消失

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

A.<resources>

<stylename=,,myStyle/z>

<itemname=,,android:layout_widthA>fi1l_parent</item>

</style>

〈/resources〉

B.<stylename二〃myStyle”>

<itemname=,/android:lciyout_width,,>fi1l_parent</item>

</style>

C.<resources>

<itemname=,,android:layoutwidth/,>fill_parent</item>

</rcsourccs>

I),〈resources)

<stylename=,,android:layout_width,,>fi1l_parent</style>

UpdateSALESSetqty=60WHEREqty<60

COMMITTRANSACTIONB

COMMITTRANSACTIONA

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

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

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

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

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

版本進(jìn)行管理H勺措施可以是(ab)

A.getWriteableDatabaseO

B.getReadableDatabase()

C.getDatabase()

13.D.getAbleDatabaseO

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

題)

A.當(dāng)?shù)谝淮螁?dòng)歐I時(shí)候先后調(diào)用onCrealeO和onSlarl。措施

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

15.C.假如service已經(jīng)啟動(dòng),將先后調(diào)用onCreate()和onStart()措施

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

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

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

view上。

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

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

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

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

A.<receiverandroid:name=,,NewBroad,,>

<intent-filter>

<action

android:name="android.provider,action.NewBroad”/>

<action>

</intent-filter>

〈/receiver〉

B.<receiverandroid:name=,,NewBroad,/>

<intcnt-filter>

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

</intcnt-filtcr>

</receivcr>

C.<receiverandroid:name=/,NewBroad/z>

<action

android:name="android,provider,action.NewBroad'/)

<action>

</receiver>

D.<intent-filter>

<receiverandroid:name="NewBroad》

<action>

android:namc="android,provider,action.NcwBroadv/>

<action>

</receiver>

</intent-filter>

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

A.他和Hashtable比較類似,也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)H勺名值對(duì)當(dāng)中的

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

B.他和Hashtable比較類似,也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)的名值對(duì)當(dāng)中的

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

C.他和Hashtable比較類似,也是負(fù)責(zé)存儲(chǔ)某些名值對(duì),不過(guò)他存儲(chǔ)H勺名值對(duì)當(dāng)中的

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

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

當(dāng)中

22.的J名是String類型,而值也是String類型

我們都懂得Hanlder是線程與Activity通信日勺橋梁,假如線程處理不妥,你的機(jī)器就會(huì)變得越

慢,那么線程銷毀依J措施是(a)

A.onDestroy()

B.onClear()

C.onEinish()

23.D.onStop()

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

A.finishO

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

C.System,exit()

25.D.onStop()

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

27.A.TweenB.FrameC.DrawD.Animation

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

A.DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行,不一定擁有一種獨(dú)立

『'JDalvik虛擬機(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中的一種進(jìn)程,因此說(shuō)

不是一種概念.

C.DVM指dalivk的虛擬機(jī).每一種Android應(yīng)用程序都在它自己H勺進(jìn)程中運(yùn)行,都擁有

一種獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一種DVM不一定都是在Linux中口勺一種進(jìn)程,因此說(shuō)不是

一種概念.

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

都擁有一種獨(dú)立的IDalvik虛擬機(jī)實(shí)例.而每一種DVM都是在Linux中的一種進(jìn)程,因

此說(shuō)可以認(rèn)為是同一種概念.

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

A.放置應(yīng)用到H勺圖片資源。

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

31.C.放置字符串,顏色,數(shù)組等常量數(shù)據(jù)

32.D、放置某些與UI對(duì)應(yīng)的布局文獻(xiàn),都是xml文獻(xiàn)

33.有關(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ǔ)到指定的包中

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

35.下列對(duì)androidNDK的理解對(duì)的的是(abed)

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

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

C、使“Java+C”R勺開發(fā)方式終于轉(zhuǎn)正,成為官方支持H勺開發(fā)方式

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

二.填空題

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

tablelayouto

37.android的四大組件是activiey,service,broadcast和contentprovideo

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

(Object)的讀寫。

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

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

onCreate0,onStart(),onDestory()外尚有

onrestart,onresume,onpause,onstopo

41.android的數(shù)據(jù)存儲(chǔ)時(shí)方式sharedpreference,文獻(xiàn),SQlite,contentprovider,網(wǎng)絡(luò)。

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

行的回調(diào)函數(shù)是startActivityResultO。

請(qǐng)使用命令行R勺方式創(chuàng)立一種名字為myAvd,sdk版本為2.2,sd卡是在d盤H勺根目錄下,

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

程序運(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;

}

)

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

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

2)在ndk項(xiàng)目中JNI接口的設(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工程即可

43.簡(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(開發(fā)框架包j、Applications(關(guān)鍵應(yīng)用程序)

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

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

2).同步創(chuàng)立一種"diary"表(包括一種一id主鍵并自增長(zhǎng),topic字符型100

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

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

publicclassDBHolperextendsSQLiteOpenHelper:

publicfinalstaticStringDATABASENAME=,/diary0penHelper.db/,;

publicfinalstaticintDATABASEVERSION=1;

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

publicDBHelper(Contextcontext,Stringname,CursorFactoryfactory,int

version)

super(context,name,factory,version);

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

publicvoidonCreate(SQLiteDatabasedb)

Stringsql—createtablediary"+

〃('+

“_idintegerprimarykeyautoincrement,z,+

“topicvarchar(lOO),z,+

"contentvarchar(1000),z+

〃)”;

db.execSQL(sql);

)

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

publicvoidonllpgrade(SQLiteDatabascdb,intoldVcrsion,intnewVersion)

(

Stringsql="droptableifexistsdiary”;

db.execSQL(sql);

this.onCreate(db);

)

)

頁(yè)面上既有ProgressBar控件progressBar,請(qǐng)用書寫線程以10秒的勺時(shí)間完畢其進(jìn)發(fā)顯

示工作。(10分)

答案

publicclassProgressBarStuextendsActivity{

privateProgrcssBarprogressBar-null;

protectedvoidonCreate(BundlesavedInstanceState){

super.onCreate(savedlnstanceState);

setContentView(R.layout,progressbar);

//從送到下是關(guān)髀

progressBar=(Pi'ogressBar)findVicwById(R.id.progressBar);

Threadthread=newThread(newRunnableO{

?Override

publicvoidrun(){

intprogressBarMax=progressBar.getMax();

try{

while(progressBarMax!=progressBar.getProgress())

intstepprogress=progressBarMax/10;

intcurrentprogress=progressBar.getProgress();

progrcssBar.sctProgrcss(currcntprogress+stcpProgrcss);

Thread,sleep(1000);

)

}catch(InterruptedExceptione){

//TODOAuto-generatedcatchblock

e.printStackTraceO;

)

}

});

thread,start();

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

)

)

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

必調(diào)用口勺三個(gè)措施:onCreateO—>onStart()-->onResumeO,用AAA表達(dá)

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

AAA—>onFreeze()—>onPause()—>onStop0->onRestart()—>

onStart(),onResume()…

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

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

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

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

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

AAA

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

AAA—>onFreeze()—>onPause()

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

AAA—>onFreeze()一>onPause()

假如后臺(tái)的Activity由于某原因被系統(tǒng)回收了,怎樣在被系統(tǒng)回收之前保留目前狀態(tài)?

onSavdnstanceStatc()

46.當(dāng)你的程序中某一種ActivityA在運(yùn)行時(shí),積極或被動(dòng)地運(yùn)行另一種新

KActivityB,這個(gè)時(shí)候人會(huì)執(zhí)行01158丫6111512^^51816()。8完畢后來(lái)又會(huì)來(lái)找人,這

個(gè)時(shí)候就有兩種狀況:一是A被回收,二是A沒(méi)有被回收,被回收的A就要重新調(diào)用

onCreate()措施,不一樣于直接啟動(dòng)的是這回onCreate()里是帶上了參數(shù)

savedlnstanceState;而沒(méi)被收回時(shí)就直接執(zhí)行onResume(),跳過(guò)onCreate()了。

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

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

android:theme=,/@android:sty1e/Theme.Dialog”或

android:theme=,/@android:sty1e/Theme.Trans1ucent”就變成半透明/口

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

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

當(dāng)然,也可以用killProcessO和System,exit。這樣的措施。

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

Activity直接退出,上邊的措施都是沒(méi)有用的,由于上邊的措施都是結(jié)束一種

Activity而已。

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

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

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

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

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

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

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

android,permission.RESTART_PACKAGESo

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

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

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

android,permission.KILL_BACKGROUND_PROCESSESo

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

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

forceStopPackage()。

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

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

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

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

而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、記錄打開的JActivity:

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

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

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

4、遞歸退出

在打開新的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也許有效了。

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

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

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

51.FrameLayout(框架布局),LinearLayout(線性布局),AbsoluteLayout(絕對(duì)布

局),RelativeLayout(相對(duì)布局),TabieLayout(表格布局)

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

一.SharedPreferences方式

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

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

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

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

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

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

provider41,前提是有相似數(shù)據(jù)類型并且有寫入Contentprovider的權(quán)限。

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

Android中的Jservice類似于windows中日勺service,service一般沒(méi)有顧客操作界面,它

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

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

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

第一步:繼承Service類

publicclassSMSServiceextendsService{}

第二步:在AndroidManifest,xml文獻(xiàn)中的|<application>節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配置:

<serviceandroid:name=,.DemoService,//>

Context.startScrviccOContext.bindScrvicc

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

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

以啟動(dòng)Service,不過(guò)它們的使用場(chǎng)所有所不一樣。

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

服務(wù)仍然運(yùn)行。

使用bindServiceO措施啟用服務(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)用。nStartO措施。假如調(diào)用startScrvicc()措施前服務(wù)已經(jīng)被創(chuàng)立,多次調(diào)用

startScrvic。()措施并

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

采用slarlServiceO措施啟動(dòng)“勺服務(wù),只能調(diào)用Context.slopServiceO措施結(jié)束服務(wù),

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

onDestroy()措施。

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

onCreateO措施,

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

調(diào)用服務(wù)W'JonUnbind()措施,

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

bindService()措施并不會(huì)

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

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

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

onUnbind()一>onDestroy()措施。

三。Service的J生命周期

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

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

startServico()或bindScrvicc()措施,

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

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

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

服務(wù)開始運(yùn)行時(shí)被調(diào)用。

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

3.Context.bindService0啟動(dòng)Service有關(guān)口勺生命周期措施

onBindO只有采用Context.bindScrvic。。措施啟動(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)用。

onUnbindO只有采用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);

startScrvice(intent);

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

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

bindService(intent,conn,Context.BINI)Al'TO_CREATE);

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

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

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

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

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

寫B(tài)roadcastReceiver里面的onReceiver措施,當(dāng)來(lái)廣播H勺時(shí)候我們要干什么,這就要我

們自己來(lái)實(shí)現(xiàn),不過(guò)我們可以搞一種信息防火墻。詳細(xì)的代碼:

publicclassSmsBroadCastReceiverextendsBroadcastReceiver

^Override

publicvoidonReceive(Contextcontext,Intentintent)

{

Bundlebundle=intent.getExtrasO;

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

SmsMessagesms[]=newSmsMessage[object.length];

for(inti=0;Kobject.length;i++)

(

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

Toast.makcTcxt(context,“來(lái)自

/,+sms[i].getDisplayOriginatingAddress()+z,Mj消息是:

“+sms[i].getDisplayMessageBody(),Toast.I.ENGTH_SHORT).show();

)

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

墻。

abortBroadcast0;

)

)

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

android.provider.Telephony.SMSRECEIVED

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

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

〃生成廣播處理

smsBroadCastReceiver=newSmsBroadCastReceiver();

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

IntentFilterintentFilter=new

IntentFilter(''android,provider.Telephony.SMS_RECEIVED*);

〃注冊(cè)廣播

BroadcastReceiverActivity.this,registerReceiver(smsBroadCastReceiver,

intentFilter);

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

<?xmlversion="1.()"encoding="ulf-8”?>

<manifestxmlns:android—〃

package="spl.broadcastReceiver,z

android:versionCode二T

android:versionName="1.0”>

<applicationandroid:icon=,/?drawable/icon,/android:label=//@string/appname”)

<activityandroid:name=,/.BroadcastReceiverActivity/,

android:labcl=,,@string/appname/z>

<intent-filter>

<actionandroid:name=,,android.intent,action.MAIN/7/>

Categoryandroid:name="android,intent,category.LAUNCHER/,/>

</intent-filter>

</activity>

。一廣播注冊(cè)一〉

<receiverandroid:name=,/.SmsBroadCastReceiver?">

<intent-filterandroid:priority="20”)

<action

android:namc=z/android.provider.Telephony.SMS_RECEIVED”/>

</intent-fi1ter>

</receiver>

</cipplication>

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

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

<uscs-pcrmission

android:name=,zandroid.permission.RECEIYE_SMS”></uses-permission>

</manifest>

兩種注冊(cè)類型口勺區(qū)別是:

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

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

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

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

Handler簡(jiǎn)介:

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

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

聯(lián)。當(dāng)你創(chuàng)立?種新的Handler時(shí),它就和創(chuàng)立它日勺線程綁定在?起了。這里,線程我們也

可以理解為線程曰勺McssagcQucuc。從這一點(diǎn)上來(lái)看,Handler把Message和Runablc對(duì)象傳

遞給MessageQueue,并且在這些對(duì)象離開MessageQueue時(shí),Handler負(fù)責(zé)執(zhí)行他們。

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

Runnable對(duì)象。(2)在其他線程(不是Handler綁定線程)中排入某些要執(zhí)行的動(dòng)作,

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

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

postAtTime(Runnable,long):

postDclayod(Runnable,long):

sendEmptyMessage(int):

sendMessage(Message):

sendMessageAtlime(Message,1ong):

sendMossagoDolaycd(Message,long):

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

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

些Message對(duì)象包括某些信息,HandlerH勺hanlerMessage(Message)會(huì)處理這些Message.

當(dāng)然,handlerMessage(Message)必須由Handler日勺子類來(lái)重寫。這是編程人員需要作的事。

當(dāng)posting或者sending到一種Hauler時(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管理頂層的應(yīng)用對(duì)象(像activities,broadcastreceivers等)和主線程創(chuàng)

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

通過(guò)post和sendmesscige來(lái)完畢,差異在于在哪一種線程中執(zhí)行這樣措施。在恰當(dāng)?shù)臅r(shí)候,

給定的JRunnable和Message將在HandlerH'JMessageQueue中被Scheduled。

Message簡(jiǎn)介:

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

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

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

盡管Message曰勺構(gòu)造函數(shù)是public叢J,不過(guò)獲取Message實(shí)例口勺最佳措施是調(diào)用

Message,obtain(),或者Handler.oblainMessageO措施,這些措施會(huì)從回收對(duì)象池中獲取

一種。

MessageQueue簡(jiǎn)介:

這是一種包括message列表的底層類。Looper負(fù)責(zé)分發(fā)這些messageoMessages并不是直

接加到一種MessageQueue中,而是通過(guò)MessageQueue.IdlcHandlor關(guān)聯(lián)到Looper<>

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

Looper簡(jiǎn)介:

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

程。在線程中調(diào)用prepare。創(chuàng)立一種Looper,然后用loop()來(lái)處理messages,直到循環(huán)

終止。

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

卜.面是一種經(jīng)典H勺帶有Lcoper的線程實(shí)現(xiàn)。

classLooperThreadextendsThread{

publicHandlermHandler;

publicvoidrun(>{

Looper,prepare();

mHandler=newHandler(){

publicvoidhand1eMessage(Messagemsg){

//processincomingmessageshere

)

);

Looper.loop();

)

}

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

AIDLR勺英文全稱是AndroidInterfaceDefineLanguage

當(dāng)A進(jìn)程要去調(diào)用B進(jìn)程中的service時(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的J內(nèi)部類,該內(nèi)部類

中具有aidl文獻(xiàn)接口的)get措施。

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

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

RcmotcScrvicc.stub這個(gè)內(nèi)部類,實(shí)現(xiàn)get措施。在onBind措施中返回這個(gè)內(nèi)部類艮|對(duì)■象,

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

另一方面需要在AndroidManifesl.xml文獻(xiàn)中配置MyService類,代碼如下:

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

<serviceandroid:name=MyService”〉

<intent-filter>

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

<actionandroid:name=/znet.blogjava,mobile,aidlscrvice.RemotcScrvicc,//>

</intent-filter>

</service>

為何要指定調(diào)用AIDL服務(wù)H勺II),就是要告訴外界UySerice這個(gè)類可以被別的進(jì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勺ID作為intent0\)action參數(shù)。

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

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

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

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

bindService(new

Inten(,znet.blogjava,mobile,aidlservice.RemoteService"),serviceConnection,

Context.BINDJWTO_CREATE);

ServiceConnectiononServiceConnected(ComponentNamename,IBinderservice)

措施中H勺service參數(shù)就是A工程中MyService類中繼承了RemoteService.stub類的i內(nèi)部

類的對(duì)象。

57.請(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)

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

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

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

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

一、開放性

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

Android聯(lián)盟中來(lái)。明顯的開放性可以使其擁有更多口勺開發(fā)者,伴隨顧客和應(yīng)用的日益豐富,

一種嶄新的平臺(tái)也將很快走向成熟。開放性對(duì)于Android的發(fā)展而言,有助于積累人氣,這

里的人氣包括消費(fèi)者和廠商,而對(duì)于消費(fèi)者來(lái)講,隨大的受益正是豐富口勺軟件資源。開放R勺

平臺(tái)也會(huì)帶來(lái)更大競(jìng)爭(zhēng),如此一來(lái),消費(fèi)者將可以用更低口勺價(jià)位購(gòu)得心儀的O

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

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

接入什么網(wǎng)絡(luò),幾乎都受到運(yùn)行商日勺控制。從去年iPhone上市,顧客可以愈加以便地連

接網(wǎng)絡(luò),運(yùn)行商H勺制約減少。伴隨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)的開放性有關(guān),由于Androic的開放性,眾多的廠商會(huì)推出千奇

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

歐J兼容,好比你從諾基亞Symbian風(fēng)格一下改用蘋果iPhone,同步還可將Symbian

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

呢?

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

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

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

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

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

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

服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接顧客和互聯(lián)網(wǎng)II勺重要紐帶,而Android平臺(tái)將

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

再說(shuō)AndroidII勺5大局限性:

一、安全和隱私

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

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

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

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

眾所周知,T-Mobilc在23日,于美國(guó)紐約公布了Andrc.id首款G1。不過(guò)在北美市場(chǎng),最

大的兩家運(yùn)行商乃AT&T和Verizon,而目前所知獲得Android銷售權(quán)的僅有T-Mobile

和Sprint,其中T-Mobile的3(;網(wǎng)絡(luò)相對(duì)于其他三家也要遜色不少,因此,顧客可以買賬

購(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)的被人涂畫了廣告一般。這樣

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

商店程序。

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

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

源。而對(duì)于Android平臺(tái),由于廠商豐富,產(chǎn)品類型多樣,這樣使用同一款機(jī)型H勺顧客

越來(lái)越少,缺乏統(tǒng)一機(jī)型的程序強(qiáng)化。舉個(gè)稍顯不妥的例子,目前山寨機(jī)泛濫,品種各異,

就很少有專門針對(duì)某個(gè)型號(hào)山寨機(jī)H勺討論和群組,除了哪些功能異常搶眼、頗受追捧的機(jī)型

以外。

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

在使用PC端的JWindowsXp系統(tǒng)H勺時(shí)候,都會(huì)內(nèi)置微軟WindowsMediaPlayer這樣一種瀏

覽器程序,顧客可以選擇更多樣口勺播放器,如Realplay或暴風(fēng)影音等。但入手開始使用默

認(rèn)的程序同樣可以應(yīng)付多樣的需要。在Android平臺(tái)中,由于其開放性,軟件更多依賴第

三方廠商,例如Android系統(tǒng)日勺SDK中就沒(méi)有內(nèi)置音樂(lè)播放器,所有依賴第三方開發(fā),缺

乏了產(chǎn)品的統(tǒng)一性。

58.什么是ANR怎樣防止它?

答:ANR:ApplicationNotResponding,五秒

在Android中,活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序H勺響應(yīng)。當(dāng)出現(xiàn)

下列狀況時(shí),Android就會(huì)顯示ANR對(duì)話框了:

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

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

Android應(yīng)用程序完全運(yùn)行在一種獨(dú)立的線程中(例如main)。這就意味著,任何在主線

程中運(yùn)行的J,需要消耗大審時(shí)間口勺操作都會(huì)引起ANR。由于此時(shí),你打勺應(yīng)用程序已經(jīng)沒(méi)有機(jī)

會(huì)去響應(yīng)輸入事件和意向廣播(Inlenlbroadcast)。

因此,任何運(yùn)行在主線程中口勺措施,都要盡量H勺只做少許的工作。尤其是活動(dòng)生命周期

中的重要措施如onCreateO和onResumeO等更應(yīng)如此。潛在的比較耗時(shí)的操作,如訪問(wèn)網(wǎng)

絡(luò)和數(shù)據(jù)庫(kù);或者是開銷很大H勺計(jì)算,例如變化位圖的大小,需要在一種單獨(dú)的子線程中完

畢(或者是使用異步祈求,如數(shù)據(jù)庫(kù)操作)。但這并不意味著你的主線程需要進(jìn)入阻塞狀態(tài)已

等待子線程結(jié)束—也不需要調(diào)用Thcrad.wait?;蛘逿hread.sloop。措施。取而代之日勺是,

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

看Snake的例子.這種措施與此前我們所接觸附有所不一樣)。使用這種措施波及你口勺應(yīng)用

程序,可以保證你的程序?qū)斎氡3至己玫捻憫?yīng),從而防止由于輸入事件超過(guò)5

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論