2023年Android面試整里大全

Ａndroid的四大組件是哪些，它們的作用?答：Ａcｔivity：Actｉvｉty是Andｒoid程序與用戶交互的窗口，是Ａndroid構(gòu)造塊中最基本的一種，它需要為保持各界面的狀態(tài)，做很多持久化的事情，妥善管理生命周期以及一些跳轉(zhuǎn)邏輯sｅrviｃe:后臺(tái)服務(wù)于Actiｖity,封裝有一個(gè)完整的功能邏輯實(shí)現(xiàn),接受上層指令，完畢相關(guān)的事物，定義好需要接受的Inｔent提供同步和異步的接口ConｔｅntProvｉｄer：是Aｎｄroid提供的第三方應(yīng)用數(shù)據(jù)的訪問方案,可以派生CｏntｅntPｒoｖidｅr類,對(duì)外提供數(shù)據(jù)，可以像數(shù)據(jù)庫同樣進(jìn)行選擇排序，屏蔽內(nèi)部數(shù)據(jù)的存儲(chǔ)細(xì)節(jié)，向外提供統(tǒng)一的接口模型，大大簡(jiǎn)化上層應(yīng)用，對(duì)數(shù)據(jù)的整合提供了更方便的途徑BroａdCａstRｅceiｖer：接受一種或者多種Ｉnｔｅnt作觸發(fā)事件,接受相關(guān)消息,做一些簡(jiǎn)樸解決，轉(zhuǎn)換成一條Notificａt(yī)ｉoｎ，統(tǒng)一了Ａｎdroid的事件廣播模型請(qǐng)介紹下Android中常用的五種布局。常用五種布局方式,分別是：FraｍeLayout(框架布局),ＬiｎearLaｙouｔ(線性布局）,AbsoｌｕtｅLａyoｕt(絕對(duì)布局），RelaｔiveＬａｙout（相對(duì)布局)，TableLａｙout(表格布局）。一、FramｅLａｙｏut：所有東西依次都放在左上角，會(huì)重疊，這個(gè)布局比較簡(jiǎn)樸,也只能放一點(diǎn)比較簡(jiǎn)樸的東西。二、LinearLａｙouｔ：線性布局，每一個(gè)LｉneａrLayout里面又可分為垂直布局(aｎdroid:orientａｔion="vertiｃal"）和水平布局(anｄroiｄ：ｏriｅｎｔatｉon＝"hoｒｉzontaｌ")。當(dāng)垂直布局時(shí),每一行就只有一個(gè)元素，多個(gè)元素依次垂直往下;水平布局時(shí),只有一行,每一個(gè)元素依次向右排列。三、AbsoluteLayouｔ：絕對(duì)布局用X，Y坐標(biāo)來指定元素的位置,這種布局方式也比較簡(jiǎn)樸，但是在屏幕旋轉(zhuǎn)時(shí),往往會(huì)出問題，并且多個(gè)元素的時(shí)候，計(jì)算比較麻煩。四、Reｌａt(yī)iveLayoｕt：相對(duì)布局可以理解為某一個(gè)元素為參照物，來定位的布局方式。重要屬性有:相對(duì)于某一個(gè)元素andｒoｉd:layｏuｔ_beloｗ、anｄｒoiｄ：layｏｕt_toLefｔOf相對(duì)于父元素的地方ａndｒｏｉd:lａｙout＿alignＰarentLｅｆｔ、ａnｄroiｄ：layｏｕt_aligｎParenｔRｉｇh;五、TabｌｅLayout：表格布局，每一個(gè)TａbleLａyout里面有表格行ＴableRｏw，TaｂleＲow里面可以具體定義每一個(gè)元素。每一個(gè)布局都有自己適合的方式,這五個(gè)布局元素可以互相嵌套應(yīng)用，做出美觀的界面。android中的動(dòng)畫有哪幾類，它們的特點(diǎn)和區(qū)別是什么答：兩種,一種是Tweｅn動(dòng)畫、尚有一種是Framｅ動(dòng)畫。Ｔwｅe(cuò)ｎ動(dòng)畫，這種實(shí)現(xiàn)方式可以使視圖組件移動(dòng)、放大、縮小以及產(chǎn)生透明度的變化;另一種Ｆｒame動(dòng)畫，傳統(tǒng)的動(dòng)畫方法,通過順序的播放排列好的圖片來實(shí)現(xiàn),類似電影。androiｄ中有哪幾種解析ｘmｌ的類？官方推薦哪種？以及它們的原理和區(qū)別。答:ＸMＬ解析重要有三種方式,SAX、DOＭ、PULＬ。常規(guī)在PC上開發(fā)我們使用Ｄom相對(duì)輕松些,但一些性能敏感的數(shù)據(jù)庫或手機(jī)上還是重要采用ＳAX方式，SＡX讀取是單向的,優(yōu)點(diǎn):不占內(nèi)存空間、解析屬性方便,但缺陷就是對(duì)于套嵌多個(gè)分支來說解決不是很方便。而DＯＭ方式會(huì)把整個(gè)XML文獻(xiàn)加載到內(nèi)存中去，該方法在查找方面可以和XＰath很好的結(jié)合假如數(shù)據(jù)量不是很大推薦使用,而PULL經(jīng)常用在J2ME對(duì)于節(jié)點(diǎn)解決比較好，類似ＳAX方式,同樣很節(jié)省內(nèi)存,在J2ME中我們經(jīng)常使用的ＫＸＭＬ庫來解析。LiｓtView的優(yōu)化方案答：1、假如自定義適配器,那么在gｅtView方法中要考慮方法傳進(jìn)來的參數(shù)conｔentView是否為nｕll，假如為null就創(chuàng)建contｅnｔVｉeｗ并返回，假如不為null則直接使用。在這個(gè)方法中盡也許少創(chuàng)建view。２、給conｔｅntViｅw設(shè)立tａｇ(setＴaｇ（）),傳入一個(gè)viewHoｌder對(duì)象，用于緩存要顯示的數(shù)據(jù)，可以達(dá)成圖像數(shù)據(jù)異步加載的效果。3、假如ｌistvieｗ需要顯示的ｉteｍ很多，就要考慮分頁加載。比如一共要顯示100條或者更多的時(shí)候，我們可以考慮先加載20條,等用戶拉到列表底部的時(shí)候再去加載接下來的２0條。請(qǐng)介紹下Ａｎdｒoid的數(shù)據(jù)存儲(chǔ)方式。答：使用ShａｒｅdＰreｆerenｃes存儲(chǔ)數(shù)據(jù);文獻(xiàn)存儲(chǔ)數(shù)據(jù)；ＳQLite數(shù)據(jù)庫存儲(chǔ)數(shù)據(jù)；使用CｏntentPｒovideｒ存儲(chǔ)數(shù)據(jù)；網(wǎng)絡(luò)存儲(chǔ)數(shù)據(jù)；Preｆerenｃe,File，DataBasｅ這三種方式分別相應(yīng)的目錄是/ｄaｔa/ｄata/PackaｇeNａｍe/Sharｅd_Ｐref,/ｄaｔａ／data/PackageName/files,/data/datａ/PackageNamｅ/databaｓｅ。一:使用ShａredＰrefereｎceｓ存儲(chǔ)數(shù)據(jù)一方面說明ShareｄPrｅfｅｒｅｎｃeｓ存儲(chǔ)方式，它是Ａnｄroid提供的用來存儲(chǔ)一些簡(jiǎn)樸配置信息的一種機(jī)制，例如：登錄用戶的用戶名與密碼。其采用了Map數(shù)據(jù)結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù),以鍵值的方式存儲(chǔ)，可以簡(jiǎn)樸的讀取與寫入,具體實(shí)例如下:vｏidReａdShａｒeｄPreferenceｓ(){StｒinｇstrNａme，strPassword;SharedPreｆerｅｎｃesuseｒ=geｔＳｈaｒｅdPｒefｅｒｅｎces(“user＿ｉnfo”,0);ｓｔrNamｅ=user．geｔSｔｒｉｎg(“ＮAME”,””);strPassｗord=usｅrgetSｔｒing（“ＰASSWORＤ”,””)；}voｉdWriｔeＳhaｒedPrｅｆｅrenｃeｓ（StringsｔrＮａme,ＳtrｉｎｇsｔrPaｓｓwoｒd){ＳharedPreferencｅsuｓer＝ｇｅtSharedPreｆereｎｃes(“ｕseｒ_info”,0)；uer.edit（）;ｕseｒ.putStrinｇ（“ＮAME”，ｓtrName);user.putSｔｒｉng(“ＰAＳSWORD”，sｔｒＰaｓｓword）;useｒ.ｃommit(）；}數(shù)據(jù)讀取與寫入的方法都非常簡(jiǎn)樸,只是在寫入的時(shí)候有些區(qū)別：先調(diào)用ｅｄit（)使其處在編輯狀態(tài),然后才干修改數(shù)據(jù),最后使用ｃomｍｉt()提交修改的數(shù)據(jù)。事實(shí)上SharedＰreferencｅs是采用了XML格式將數(shù)據(jù)存儲(chǔ)到設(shè)備中，在DDＭＳ中的ＦｉleEｘplorｅｒ中的/ｄatａ／dａt(yī)a/<packａgｅｎame>/ｓhａres_pｒｅｆs下。使用SharedPｒeｆｅrences是有些限制的：只能在同一個(gè)包內(nèi)使用,不能在不同的包之間使用。二:文獻(xiàn)存儲(chǔ)數(shù)據(jù)文獻(xiàn)存儲(chǔ)方式是一種較常用的方法，在Androiｄ中讀取/寫入文獻(xiàn)的方法,與Ｊava中實(shí)現(xiàn)I／Ｏ的程序是完全同樣的，提供了ｏpｅnFileInput()和ｏpenFiｌeOutput(）方法來讀取設(shè)備上的文獻(xiàn)。具體實(shí)例如下:Strｉnｇfn=“mｏanｄroiｄ.lｏg”;FｉｌeＩnputSｔｒeａmfis=oｐenFiｌeInpｕt(ｆn）;FileOｕtputStreamfos=openFileOｕtｐut（fn,Cｏｎtext．ＭＯDE_PRIＶATE);三:網(wǎng)絡(luò)存儲(chǔ)數(shù)據(jù)網(wǎng)絡(luò)存儲(chǔ)方式，需要與Androiｄ網(wǎng)絡(luò)數(shù)據(jù)包打交道，關(guān)于Android網(wǎng)絡(luò)數(shù)據(jù)包的具體說明，請(qǐng)閱讀AｎdroｉdSDK引用了ＪａvaSDK的哪些ｐａckage?。四:ConｔentProｖider1、ＣontentProvider簡(jiǎn)介當(dāng)應(yīng)用繼承ContｅnｔPrｏｖider類，并重寫該類用于提供數(shù)據(jù)和存儲(chǔ)數(shù)據(jù)的方法，就可以向其他應(yīng)用共享其數(shù)據(jù)。雖然使用其他方法也可以對(duì)外共享數(shù)據(jù),但數(shù)據(jù)訪問方式會(huì)因數(shù)據(jù)存儲(chǔ)的方式而不同，如：采用文獻(xiàn)方式對(duì)外共享數(shù)據(jù)，需要進(jìn)行文獻(xiàn)操作讀寫數(shù)據(jù)；采用ｓhaｒｅdpｒｅferences共享數(shù)據(jù)，需要使用shａredpreferenceｓＡＰI讀寫數(shù)據(jù)。而使用ContｅnｔＰｒovｉdｅr共享數(shù)據(jù)的好處是統(tǒng)一了數(shù)據(jù)訪問方式。2、Uri類簡(jiǎn)介Uri代表了要操作的數(shù)據(jù)，Uri重要包含了兩部分信息:1.需要操作的ＣｏntentProvider,2.對(duì)ＣontentPｒｏvｉder中的什么數(shù)據(jù)進(jìn)行操作,一個(gè)Uｒi由以下幾部分組成:１.ｓcｈeme：ＣｏnｔeｎtProvider(內(nèi)容提供者)的scheｍｅ已經(jīng)由Androiｄ所規(guī)定為：ｃontent：/／…２．主機(jī)名(或Authoｒity):用于唯一標(biāo)記這個(gè)ＣontｅnｔProvｉdeｒ,外部調(diào)用者可以根據(jù)這個(gè)標(biāo)記來找到它。３．途徑（path):可以用來表達(dá)我們要操作的數(shù)據(jù),途徑的構(gòu)建應(yīng)根據(jù)業(yè)務(wù)而定,如下:要操作ｃontact表中id為10的記錄，可以構(gòu)建這樣的途徑：/cｏｎｔaｃt／10要操作ｃoｎｔact表中id為１０的記錄的ｎａme字段，coｎtaｃt/１0/nａmｅ要操作cｏｎtact表中的所有記錄，可以構(gòu)建這樣的途徑:／cｏnｔaｃt?要操作的數(shù)據(jù)不一定來自數(shù)據(jù)庫，也可以是文獻(xiàn)等他存儲(chǔ)方式,如下：要操作xml文獻(xiàn)中conｔaｃt節(jié)點(diǎn)下的naｍe節(jié)點(diǎn)，可以構(gòu)建這樣的途徑：／cｏntact/naｍe假如要把一個(gè)字符串轉(zhuǎn)換成Uri,可以使用Uri類中的parse()方法，如下:Uriurｉ=Uri．parsｅ（＂cｏntent：//coｍ.ｃhａnｇcheｎg．ｐrovｉder．ｃonｔaｃtprovｉder/contaｃt＂)3、ＵrｉMaｔcher、CoｎtｅntUｒisｔ和ContentResoｌveｒ簡(jiǎn)介由于Uｒｉ代表了要操作的數(shù)據(jù)，所以我們很經(jīng)常需要解析Uri,并從Urｉ中獲取數(shù)據(jù)。Ａndrｏid系統(tǒng)提供了兩個(gè)用于操作Urｉ的工具類,分別為ＵriMａt(yī)ｃhｅr和ContｅｎｔＵrｉs。掌握它們的使用,會(huì)便于我們的開發(fā)工作。UｒiMatchｅr:用于匹配Ｕri，它的用法如下:1.一方面把你需要匹配Uri途徑所有給注冊(cè)上，如下：//常量UrｉＭatchｅr.NO_MＡTＣH表達(dá)不匹配任何途徑的返回碼(－1)。UrｉMatcheruｒｉMatｃhｅr=ｎewUriMａt(yī)cｈer(UrｉMatcher.NO_MＡＴＣH)；//假如ｍatch()方法匹配cｏntent：／/ｃom.cｈaｎgcheｎg．sｑｌite．ｐrovidｅr.cｏntactproｖidｅr／contact途徑，返回匹配碼為1ｕrｉＭａt(yī)ｃheｒ.addＵＲI(“com.cｈaｎgｃｈeng.ｓｑｌite．proviｄer．cｏｎtacｔproｖidｅr”,“contaｃt”,1);//添加需要匹配uri,假如匹配就會(huì)返回匹配碼//假如ｍatch（）方法匹配coｎtｅnｔ://com.changｃheｎg．sｑlｉtｅ.proｖider.contａcｔpｒovｉdeｒ/ｃｏｎｔact／230途徑，返回匹配碼為２ｕｒiMatcher．ａddURＩ(“cｏm．chａngcｈeｎg.sｑlite．pｒovider.contacｔｐｒｏvider”,“ｃonｔacｔ/#”，2）;/／#號(hào)為通配符2.注冊(cè)完需要匹配的Uｒi后,就可以使用uriMaｔcher．matcｈ(ｕｒi)方法對(duì)輸入的Uri進(jìn)行匹配,假如匹配就返回匹配碼，匹配碼是調(diào)用adｄURI（)方法傳入的第三個(gè)參數(shù),假設(shè)匹配ｃｏnｔent：／/com.cｈaｎgｃｈeng.ｓｑlitｅ.proｖider．ｃｏntａctｐroｖider/coｎｔaｃｔ途徑,返回的匹配碼為1。ＣｏntｅntＵris：用于獲?。誶ｉ途徑后面的ID部分,它有兩個(gè)比較實(shí)用的方法:wiｔhＡpｐendedIｄ(uri,id)用于為途徑加上ＩD部分paｒseＩｄ(ｕrｉ)方法用于從途徑中獲取IＤ部分CoｎｔeｎｔＲesoｌver:當(dāng)外部應(yīng)用需要對(duì)ＣoｎｔeｎtＰrｏviｄer中的數(shù)據(jù)進(jìn)行添加、刪除、修改和查詢操作時(shí)，可以使用ContenｔReｓｏｌver類來完畢，要獲取ConｔｅntＲesolver對(duì)象,可以使用Aｃtiｖity提供的ｇｅtConｔenｔＲesolveｒ()方法。ConteｎtRｅｓolvｅｒ使用insert、dｅlｅtｅ、ｕpｄatｅ、query方法,來操作數(shù)據(jù)。aｃtiviｔy的啟動(dòng)模式有哪些?是什么含義？答:在androｉd里，有4種ａcｔivity的啟動(dòng)模式,分別為：“standard”（默認(rèn))“ｓiｎgleTｏｐ”“ｓｉngleTask”“singleＩｎｓtance”它們重要有如下不同:1.如何決定所屬ｔask“stａndarｄ”和”ｓingleTｏp”的aｃtivｉtｙ的目的task,和收到的Intent的發(fā)送者在同一個(gè)ｔaｓk內(nèi)，除非ｉｎtent涉及參數(shù)FLAG_ACTIＶITY_NEＷ_TASK。假如提供了ＦLAG_ACＴIVＩＴY_NＥW_TＡＳＫ參數(shù),會(huì)啟動(dòng)到別的taｓk里?！皊ｉngleTask”和”sｉngleInstａnｃe”總是把a(bǔ)ctiviｔy作為一個(gè)tａsk的根元素，他們不會(huì)被啟動(dòng)到一個(gè)其他task里。2.是否允許多個(gè)實(shí)例“ｓtａndaｒd”和”ｓinglｅToｐ”可以被實(shí)例化多次，并且存在于不同的ｔask中，且一個(gè)tａsk可以涉及一個(gè)ａcｔivity的多個(gè)實(shí)例；“singleＴaｓk”和”singleInｓtance”則限制只生成一個(gè)實(shí)例,并且是taｓk的根元素。singleＴop規(guī)定假如創(chuàng)建intent的時(shí)候棧頂已有要?jiǎng)?chuàng)建的Actｉvｉty的實(shí)例，則將intent發(fā)送給該實(shí)例，而不發(fā)送給新的實(shí)例。3.是否允許其它actiｖitｙ存在于本tasｋ內(nèi)“singｌeＩnstａnce”獨(dú)占一個(gè)ｔａsk,其它actｉvity不能存在那個(gè)taｓk里;假如它啟動(dòng)了一個(gè)新的activiｔy，不管新的actiｖitｙ的lauｎchmｏde如何，新的activiｔｙ都將會(huì)到別的ｔａsk里運(yùn)營(yíng)(如同加了ＦLAG_AＣTIVITY_ＮＥW_TASK參數(shù))。而此外三種模式，則可以和其它ａｃtiｖｉｔy共存。4.是否每次都生成新實(shí)例“ｓtandaｒd”對(duì)于沒一個(gè)啟動(dòng)Inｔent都會(huì)生成一個(gè)activity的新實(shí)例；“sｉｎgｌeTｏp”的actiｖity假如在ｔａsk的棧頂?shù)脑?，則不生成新的該acｔｉvity的實(shí)例,直接使用棧頂?shù)膶?shí)例，否則,生成該activitｙ的實(shí)例。比如現(xiàn)在tasｋ棧元素為Ａ-B－Ｃ-Ｄ(D在棧頂）,這時(shí)候給D發(fā)一個(gè)啟動(dòng)ｉｎtenｔ,假如D是“standard”的，則生成D的一個(gè)新實(shí)例，棧變?yōu)锳-B-C－D-D。假如Ｄ是singleTop的話,則不會(huì)生產(chǎn)Ｄ的新實(shí)例,棧狀態(tài)仍為A-B-C－D假如這時(shí)候給Ｂ發(fā)Inteｎｔ的話，不管B的ｌａｕｎchmｏｄe是”sｔandard”還是“singleTop”，都會(huì)生成B的新實(shí)例,棧狀態(tài)變?yōu)锳-B-Ｃ-D-Ｂ?！皊inglｅIｎstａｎce”是其所在棧的唯一activiｔｙ，它會(huì)每次都被重用?！皊ingleTaｓｋ”假如在棧頂,則接受ｉntenｔ,否則，該ｉｎteｎt會(huì)被丟棄,但是該task仍會(huì)回到前臺(tái)。當(dāng)已經(jīng)存在的aｃtiｖｉty實(shí)例解決新的intent時(shí)候,會(huì)調(diào)用ｏｎNeｗInｔenｔ()方法假如收到ｉｎｔent生成一個(gè)aｃtivitｙ實(shí)例,那么用戶可以通過ｂａcｋ鍵回到上一個(gè)狀態(tài);假如是已經(jīng)存在的一個(gè)activity來解決這個(gè)intｅnt的話，用戶不能通過按bａck鍵返回到這之前的狀態(tài)。跟actｉvity和Task有關(guān)的Intent啟動(dòng)方式有哪些？其含義?核心的IntentFｌag有:FＬAG＿AＣＴIVITY_ＮEW_ＴAＳKFLＡＧ_AＣＴIVIＴY＿CLEAR_TOPＦLAG_ＡCＴIVITＹ_REＳＥT_TASK_IF_NEEDＥDFLAＧ_ACTIVＩTY_SIＮGLE_TOPFLＡＧ_ACTIVITY_NEＷ_ＴASK假如設(shè)立,這個(gè)Aｃtivity會(huì)成為歷史stacｋ中一個(gè)新Task的開始。一個(gè)Ｔaｓｋ(從啟動(dòng)它的Ａctivｉｔy到下一個(gè)Task中的Aｃtｉvity)定義了用戶可以遷移的Aｃtivitｙ原子組。Task可以移動(dòng)到前臺(tái)和后臺(tái);在某個(gè)特定Tasｋ中的所有Acｔivity總是保持相同的順序。這個(gè)標(biāo)志一般用于呈現(xiàn)“啟動(dòng)”類型的行為：它們提供用戶一系列可以單獨(dú)完畢的事情,與啟動(dòng)它們的Activity完全無關(guān)。使用這個(gè)標(biāo)志，假如正在啟動(dòng)的Acｔｉvity的Task已經(jīng)在運(yùn)營(yíng)的話，那么,新的Actiｖｉｔy將不會(huì)啟動(dòng);代替的,當(dāng)前Tasｋ會(huì)簡(jiǎn)樸的移入前臺(tái)。參考FLAG_ACＴIVITY＿ＭＵLＴIPLE_ＴＡＳK標(biāo)志，可以禁用這一行為。這個(gè)標(biāo)志不能用于調(diào)用方對(duì)已經(jīng)啟動(dòng)的Ａctiviｔy請(qǐng)求結(jié)果。FＬAG_ACTIVＩＴY＿CLＥAR＿TOＰ?

假如設(shè)立，并且這個(gè)Ａctivity已經(jīng)在當(dāng)前的Ｔasｋ中運(yùn)營(yíng),因此，不再是重新啟動(dòng)一個(gè)這個(gè)Ａctivｉty的實(shí)例,而是在這個(gè)Activｉtｙ上方的所有Aｃtｉｖiｔy都將關(guān)閉，然后這個(gè)Ｉntent會(huì)作為一個(gè)新的Intent投遞到老的Aｃtiviｔｙ（現(xiàn)在位于頂端)中。

例如，假設(shè)一個(gè)Task中包含這些Aｃtｉvｉty：Ａ,B,C，D。假如D調(diào)用了ｓtartAｃｔivｉty()，并且包含一個(gè)指向ActｉｖityB的Inｔeｎt,那么,C和D都將結(jié)束,然后B接受到這個(gè)Inteｎt，因此，目前sｔacｋ的狀況是：A，Ｂ。

上例中正在運(yùn)營(yíng)的ActivityB既可以在onNewＩntent()中接受到這個(gè)新的Intｅnｔ,也可以把自己關(guān)閉然后重新啟動(dòng)來接受這個(gè)Ｉntent。假如它的啟動(dòng)模式聲明為“ｍultiple”(默認(rèn)值），并且你沒有在這個(gè)Iｎtent中設(shè)立ＦＬＡＧ_ACＴIVITＹ_ＳＩNＧLE＿TOP標(biāo)志,那么它將關(guān)閉然后重新創(chuàng)建;對(duì)于其它的啟動(dòng)模式，或者在這個(gè)Inｔｅｎt中設(shè)立FLＡG_AＣTＩVITY＿SIＮＧLE_ＴO(shè)Ｐ標(biāo)志,都將把這個(gè)Intent投遞到當(dāng)前這個(gè)實(shí)例的onNewIｎtenｔ(）中。?

這個(gè)啟動(dòng)模式還可以與FLＡG＿ACTIＶIＴY＿NEＷ_ＴＡSK結(jié)合起來使用：用于啟動(dòng)一個(gè)Taｓｋ中的根Aｃｔiviｔｙ，它會(huì)把那個(gè)Tａsk中任何運(yùn)營(yíng)的實(shí)例帶入前臺(tái)，然后清除它直到根Aｃtiｖity。這非常有用，例如,當(dāng)從NｏtｉficａｔｉｏnMａnａｇer處啟動(dòng)一個(gè)Activity。FLＡＧ_ACTＩVITY＿RＥSET＿TASK＿ＩＦ＿ＮEEＤＥD假如設(shè)立這個(gè)標(biāo)志，這個(gè)activiｔy不管是從一個(gè)新的棧啟動(dòng)還是從已有棧推到棧頂，它都將以tｈeｆｒontｄoorｏfthetａsk的方式啟動(dòng)。這就講導(dǎo)致任何與應(yīng)用相關(guān)的棧都講重置到正常狀態(tài)(不管是正在講ａcｔiｖity移入還是移除)，假如需要,或者直接重置該棧為初始狀態(tài)。FLAG_AＣTＩVＩTY_ＳIＮＧLE_TOＰ

假如設(shè)立,當(dāng)這個(gè)Ａctｉvity位于歷史stack的頂端運(yùn)營(yíng)時(shí),不再啟動(dòng)一個(gè)新的ＦLＡG_ＡCTＩVITY_BROUＧＨＴ_TO_FRONT?

這個(gè)標(biāo)志一般不是由程序代碼設(shè)立的,如在ｌauｎchMode中設(shè)立singlｅＴａsｋ模式時(shí)系統(tǒng)幫你設(shè)定。FＬＡG_ＡCＴIVITＹ_ＣLEAR_WHEＮ_ＴＡSK_RESET

假如設(shè)立,這將在Tａsk的Acｔivｉtystａck中設(shè)立一個(gè)還原點(diǎn),當(dāng)Tasｋ恢復(fù)時(shí),需要清理Activiｔｙ。也就是說，下一次Ｔａsk帶著FLAG_ＡCTIＶＩTY_RESEＴ＿TＡSＫ_ＩＦ_NEEDED標(biāo)記進(jìn)入前臺(tái)時(shí)(典型的操作是用戶在主畫面重啟它）,這個(gè)Aｃｔivity和它之上的都將關(guān)閉，以至于用戶不能再返回到它們,但是可以回到之前的Acｔivｉty。?

這在你的程序有分割點(diǎn)的時(shí)候很有用。例如,一個(gè)ｅ－mａil應(yīng)用程序也許有一個(gè)操作是查看一個(gè)附件，需要啟動(dòng)圖片瀏覽Activity來顯示。這個(gè)Activｉtｙ應(yīng)當(dāng)作為e-mail應(yīng)用程序Task的一部分,由于這是用戶在這個(gè)Task中觸發(fā)的操作。然而，當(dāng)用戶離開這個(gè)Task,然后從主畫面選擇e-maｉlａpp,我們也許希望回到查看的會(huì)話中，但不是查看圖片附件,由于這讓人困惑。通過在啟動(dòng)圖片瀏覽時(shí)設(shè)定這個(gè)標(biāo)志,瀏覽及其它啟動(dòng)的Actｉvｉty在下次用戶返回到ｍail程序時(shí)都將所有清除。FＬＡG_ACTIVIＴＹ＿ＥXCLUDE_ＦＲＯＭ_RECENTS?

假如設(shè)立,新的Ａctivity不會(huì)在最近啟動(dòng)的Acｔivity的列表中保存。ＦLＡG_ACTIVITY_FORWARＤ＿REＳULT

假如設(shè)立,并且這個(gè)Ｉｎｔｅnt用于從一個(gè)存在的Actｉviｔy啟動(dòng)一個(gè)新的Aｃtｉvity，那么,這個(gè)作為答復(fù)目的的Ａcｔｉvity將會(huì)傳到這個(gè)新的Aｃtｉｖiｔy中。這種方式下,新的Aｃtivitｙ可以調(diào)用setReｓulｔ（ｉnｔ）,并且這個(gè)結(jié)果值將發(fā)送給那個(gè)作為答復(fù)目的的Ａctivity。FLAＧ＿AＣＴIVITY_ＬAUNCHＥD_FRＯＭ＿HIＳＴO(shè)RY?

這個(gè)標(biāo)志一般不由應(yīng)用程序代碼設(shè)立，假如這個(gè)Activity是從歷史記錄里啟動(dòng)的（常按HOＭE鍵）,那么,系統(tǒng)會(huì)幫你設(shè)定。FLAG＿ACＴIVＩＴY＿M(jìn)ULＴIPLE_ＴAＳＫ

不要使用這個(gè)標(biāo)志，除非你自己實(shí)現(xiàn)了應(yīng)用程序啟動(dòng)器。與FLＡG_ＡCTIＶＩTＹ_ＮＥＷ_TＡSK結(jié)合起來使用,可以禁用把已存的Tａsk送入前臺(tái)的行為。當(dāng)設(shè)立時(shí),新的Tａｓk總是會(huì)啟動(dòng)來解決Intent，而不管這是是否已有一個(gè)Tasｋ可以解決相同的事情。?

由于默認(rèn)的系統(tǒng)不包含圖形Task管理功能，因此,你不應(yīng)當(dāng)使用這個(gè)標(biāo)志，除非你提供應(yīng)用戶一種方式可以返回到已經(jīng)啟動(dòng)的Tａｓk。?

假如FLＡG_AＣTIVIＴＹ_NEＷ_ＴAＳK標(biāo)志沒有設(shè)立，這個(gè)標(biāo)志被忽略。FＬAG_AＣTＩＶIＴY_NO＿AＮIＭATＩON?

假如在Intent中設(shè)立,并傳遞給Ｃonｔexｔ．startＡｃtiｖiｔy(）的話，這個(gè)標(biāo)志將阻止系統(tǒng)進(jìn)入下一個(gè)Aｃtivｉｔy時(shí)應(yīng)用Acitivity遷移動(dòng)畫。這并不意味著動(dòng)畫將永不運(yùn)營(yíng)——假如另一個(gè)Ａctiｖity在啟動(dòng)顯示之前,沒有指定這個(gè)標(biāo)志,那么，動(dòng)畫將被應(yīng)用。這個(gè)標(biāo)志可以很好的用于執(zhí)行一連串的操作,而動(dòng)畫被看作是更高一級(jí)的事件的驅(qū)動(dòng)。ＦＬAG_AＣTＩVIＴY＿NO_ＨＩSTＯRＹ?

假如設(shè)立,新的Acｔivity將不再歷史staｃｋ中保存。用戶一離開它，這個(gè)Aｃｔivity就關(guān)閉了。這也可以通過設(shè)立nｏＨiｓｔorｙ特性。FＬAG＿ＡCTIVITY_NＯ_USER＿AＣTIＯＮ?

假如設(shè)立，作為新啟動(dòng)的Ａctiviｔy進(jìn)入前臺(tái)時(shí)，這個(gè)標(biāo)志將在Aｃtiｖiｔy暫停之前阻止從最前方的Actiｖity回調(diào)的onUｓerＬeaveHint()。?

典型的，一個(gè)Aｃtｉviｔy可以依賴這個(gè)回調(diào)指明顯式的用戶動(dòng)作引起的Acｔiviｔｙ移出后臺(tái)。這個(gè)回調(diào)在Actｉvity的生命周期中標(biāo)記一個(gè)合適的點(diǎn),并關(guān)閉一些Notifiｃａｔion。?

假如一個(gè)Ａｃtiｖity通過非用戶驅(qū)動(dòng)的事件，如來電或鬧鐘,啟動(dòng)的，這個(gè)標(biāo)志也應(yīng)當(dāng)傳遞給Ｃonｔｅxt.sｔaｒtActivity，保證暫停的Ａctiｖitｙ不認(rèn)為用戶已經(jīng)知曉其Notiｆicatiｏn。FLＡG_AＣTＩVITY_ＰＲEVIOUS＿IＳ_TOP

Ifsetａｎdｔｈisiｎｔeｎtisbeinguseｄｔｏlaｕncｈanewaｃｔiｖityfromanｅxiｓtiｎgone,ｔheｃurrentａctiviｔｙｗillnotbeｃountedasthｅtｏｐactｉvityfordecｉdinｇwhetｈerthenｅwiｎteｎtshouldｂeｄｅｌｉvｅｒeｄtoｔhetopiｎstｅaｄｏfｓｔaｒｔinganewｏnｅ.Tｈｅpreｖiｏusａcｔｉvityｗilｌbeuseｄaｓｔhetop,wiｔｈｔhｅassumｐtiｏnbeｉnｇｔhａt(yī)tｈecｕrｒｅntacｔiｖｉｔｙwｉｌｌfｉｎishitseｌfimmeｄｉatelｙ.FLAG_ＡCTIVＩTY＿RＥOＲDＥR_TO＿FRＯＮＴ

假如在Inｔeｎt中設(shè)立，并傳遞給Contｅｘt.ｓtarｔＡｃtivｉtｙ(）,這個(gè)標(biāo)志將引發(fā)已經(jīng)運(yùn)營(yíng)的Aｃtｉvity移動(dòng)到歷史stack的頂端。?

例如，假設(shè)一個(gè)Ｔａsk由四個(gè)Ａｃtｉvｉty組成:A,B,C,Ｄ。假如D調(diào)用ｓｔaｒtActiviｔy()來啟動(dòng)ＡctiviｔyB,那么，B會(huì)移動(dòng)到歷史sｔack的頂端，現(xiàn)在的順序變成A,Ｃ,D，B。假如ＦLＡG_ACＴＩVITY＿CＬEAR_ＴO(shè)Ｐ標(biāo)志也設(shè)立的話,那么這個(gè)標(biāo)志將被忽略。請(qǐng)描述下Activｉｔy的生命周期。答：aｃtiviｔｙ的生命周期方法有：onCreaｔe()、oｎStart（)、onRｅStａｒt()、oｎReｓume()、oｎPause()、onStop()、onDesｔory()；可見生命周期：從onStａrt()直到系統(tǒng)調(diào)用ｏnStop(）前臺(tái)生命周期：從ｏnResume（)直到系統(tǒng)調(diào)用onPausｅ（）activitｙ在屏幕旋轉(zhuǎn)時(shí)的生命周期答:不設(shè)立Actｉｖiｔy的andｒoiｄ：ｃoｎfｉgChanges時(shí)，切屏?xí)匦抡{(diào)用各個(gè)生命周期，切橫屏?xí)r會(huì)執(zhí)行一次，切豎屏?xí)r會(huì)執(zhí)行兩次；設(shè)立Ａｃｔｉviｔy的anｄroiｄ:ｃonfigCｈaｎgｅs="oｒientaｔｉｏn"時(shí)，切屏還是會(huì)重新調(diào)用各個(gè)生命周期,切橫、豎屏?xí)r只會(huì)執(zhí)行一次；設(shè)立Ａctivity的aｎdｒｏiｄ:conｆigCｈangｅｓ="orｉentation|ｋeyｂｏａｒdHidden＂時(shí),切屏不會(huì)重新調(diào)用各個(gè)生命周期,只會(huì)執(zhí)行ｏnConfiｇuｒationCｈａｎgｅd方法如何啟用Seｒvice,如何停用Sｅrｖice。服務(wù)的開發(fā)比較簡(jiǎn)樸，如下：第一步：繼承Service類pｕbｌiccｌａssSＭSServｉｃeｅxtｅnｄsＳeｒvice｛}第二步：在AnｄroｉdManｉfesｔ.xmｌ文獻(xiàn)中的＜applicａｔｉon>節(jié)點(diǎn)里對(duì)服務(wù)進(jìn)行配置:<seｒvｉceandroid:ｎａｍe=".SＭＳServiｃe"/＞服務(wù)不能自己運(yùn)營(yíng),需要通過調(diào)用Ｃontext.sｔartＳervice（）或Conｔeｘt.bindＳervicｅ()方法啟動(dòng)服務(wù)。這兩個(gè)方法都可以啟動(dòng)Service,但是它們的使用場(chǎng)合有所不同。使用ｓｔartServiｃｅ(）方法啟用服務(wù)，調(diào)用者與服務(wù)之間沒有關(guān)連，即使調(diào)用者退出了，服務(wù)仍然運(yùn)營(yíng)。使用ｂiｎdＳervicｅ()方法啟用服務(wù)，調(diào)用者與服務(wù)綁定在了一起，調(diào)用者一旦退出,服務(wù)也就終止,大有“不求同時(shí)生，必須同時(shí)死”的特點(diǎn)。假如打算采用Context.ｓtarｔService()方法啟動(dòng)服務(wù)，在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的oｎＣreate()方法,接著調(diào)用onStarｔ()方法。假如調(diào)用staｒtService()方法前服務(wù)已經(jīng)被創(chuàng)建，多次調(diào)用sｔａrtＳerｖice()方法并不會(huì)導(dǎo)致多次創(chuàng)建服務(wù)，但會(huì)導(dǎo)致多次調(diào)用ｏnＳtaｒt()方法。采用staｒtSerｖice()方法啟動(dòng)的服務(wù)，只能調(diào)用Context.stopSerｖｉcｅ（）方法結(jié)束服務(wù)，服務(wù)結(jié)束時(shí)會(huì)調(diào)用ｏnDeｓｔroy(）方法。假如打算采用Context.ｂindService(）方法啟動(dòng)服務(wù),在服務(wù)未被創(chuàng)建時(shí)，系統(tǒng)會(huì)先調(diào)用服務(wù)的onCreａt(yī)ｅ（)方法,接著調(diào)用onBiｎd()方法。這個(gè)時(shí)候調(diào)用者和服務(wù)綁定在一起，調(diào)用者退出了,系統(tǒng)就會(huì)先調(diào)用服務(wù)的onUｎｂind(）方法,接著調(diào)用oｎＤeｓｔｒoｙ（)方法。假如調(diào)用ｂｉndSeｒvｉce()方法前服務(wù)已經(jīng)被綁定,多次調(diào)用ｂｉｎdService()方法并不會(huì)導(dǎo)致多次創(chuàng)建服務(wù)及綁定(也就是說onCreａt(yī)e(）和ｏnBinｄ()方法并不會(huì)被多次調(diào)用)。假如調(diào)用者希望與正在綁定的服務(wù)解除綁定,可以調(diào)用unbinｄＳervice（)方法，調(diào)用該方法也會(huì)導(dǎo)致系統(tǒng)調(diào)用服務(wù)的ｏnUnｂind（)-－＞onDeｓｔroy()方法。服務(wù)常用生命周期回調(diào)方法如下：onＣreａt(yī)e()該方法在服務(wù)被創(chuàng)建時(shí)調(diào)用，該方法只會(huì)被調(diào)用一次,無論調(diào)用多少次ｓtaｒtSｅｒｖice（)或biｎｄService()方法,服務(wù)也只被創(chuàng)建一次。onDestroｙ()該方法在服務(wù)被終止時(shí)調(diào)用。與采用Context.stａｒtＳeｒｖice()方法啟動(dòng)服務(wù)有關(guān)的生命周期方法onStart(）只有采用Conｔｅxt.ｓtarｔSerｖice()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在服務(wù)開始運(yùn)營(yíng)時(shí)被調(diào)用。多次調(diào)用startSｅｒviｃe()方法盡管不會(huì)多次創(chuàng)建服務(wù),但oｎStart（)方法會(huì)被多次調(diào)用。與采用Conteｘt.bindSerｖiｃe()方法啟動(dòng)服務(wù)有關(guān)的生命周期方法onBind（）只有采用Contexｔ.bｉｎdＳervice()方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)綁定期被調(diào)用,當(dāng)調(diào)用者與服務(wù)已經(jīng)綁定,多次調(diào)用Ｃontext.biｎｄServicｅ()方法并不會(huì)導(dǎo)致該方法被多次調(diào)用。ｏnUｎbind()只有采用Conｔexｔ.biｎｄService(）方法啟動(dòng)服務(wù)時(shí)才會(huì)回調(diào)該方法。該方法在調(diào)用者與服務(wù)解除綁定期被調(diào)用注冊(cè)廣播有幾種方式,這些方式有何優(yōu)缺陷？請(qǐng)談?wù)凙nｄroiｄ引入廣播機(jī)制的用意。答：一方面寫一個(gè)類要繼承BroadcaｓtＲeｃeiｖer第一種:在清單文獻(xiàn)中聲明,添加<reｃeｉｖｅaｎｄroｉd：name="．IｎcｏmingSMSＲeｃeiveｒ＂＞<intenｔ－ｆｉlｔer><aｃｔionanｄｒoid:nａme="andｒｏｖider.Teｌｅｐhoｎy.SMS_RＥCEIＶＥD")<intent－filter>＜receiｖer>第二種使用代碼進(jìn)行注冊(cè)如：IntｅntFｉｌteｒfilter＝nｅｗIntｅntＦｉlｔer("ａｎdrｏid.pｒovider.Teｌeｐhoｎｙ．SＭＳ_REＣEＩVEＤ＂);IncｏmingＳMＳRecｅiｖerrecｅｉver=newＩｎcｏmgSMSReceｉｖeｒ(）；registｅrReceiveｒ(reｃｅivｅr.ｆilter）;兩種注冊(cè)類型的區(qū)別是:１)第一種不是常駐型廣播，也就是說廣播跟隨程序的生命周期。2)第二種是常駐型，也就是說當(dāng)應(yīng)用程序關(guān)閉后，假如有信息廣播來,程序也會(huì)被系統(tǒng)調(diào)用自動(dòng)運(yùn)營(yíng)。請(qǐng)解釋下在單線程模型中Messagｅ、Hａndｌer、ＭessａｇｅＱueue、Ｌooper之間的關(guān)系。答：簡(jiǎn)樸的說，Handｌer獲取當(dāng)前線程中的loｏper對(duì)象,ｌoｏｐer用來從存放Ｍeｓｓaｇe的MeｓsageQueue中取出Mesｓagｅ,再有Handｌer進(jìn)行Messagｅ的分發(fā)和解決.MesｓageQuｅue（消息隊(duì)列):用來存放通過Ｈaｎdｌer發(fā)布的消息，通常附屬于某一個(gè)創(chuàng)建它的線程,可以通過Loopｅr.mｙＱueue()得到當(dāng)前線程的消息隊(duì)列Hanｄler：可以發(fā)布或者解決一個(gè)消息或者操作一個(gè)Runｎaｂle,通過Ｈandｌer發(fā)布消息，消息將只會(huì)發(fā)送到與它關(guān)聯(lián)的消息隊(duì)列，然也只能解決該消息隊(duì)列中的消息Ｌｏoｐer：是Hanｄｌｅr和消息隊(duì)列之間通訊橋梁，程序組件一方面通過Handlｅr把消息傳遞給Ｌoopｅr，Looｐｅｒ把消息放入隊(duì)列。Ｌoopｅｒ也把消息隊(duì)列里的消息廣播給所有的Handｌer：Hａndｌeｒ接受到消息后調(diào)用haｎdlｅMessagｅ進(jìn)行解決Meｓｓａgｅ:消息的類型，在Hａndlｅｒ類中的handｌｅＭessage方法中得到單個(gè)的消息進(jìn)行解決在單線程模型下,為了線程通信問題，Android設(shè)計(jì)了一個(gè)MessageＱueｕe(消息隊(duì)列)，線程間可以通過該MesｓａｇｅＱueue并結(jié)合Handｌeｒ和Ｌoｏper組件進(jìn)行信息互換。下面將對(duì)它們進(jìn)行分別介紹:1．MeｓsaｇｅMessａge消息，理解為線程間交流的信息，解決數(shù)據(jù)后臺(tái)線程需要更新UI，則發(fā)送Messaｇe內(nèi)含一些數(shù)據(jù)給UI線程。２.HａndｌerHａｎｄler解決者,是Meｓｓage的重要解決者，負(fù)責(zé)Message的發(fā)送,Messａgｅ內(nèi)容的執(zhí)行解決。后臺(tái)線程就是通過傳進(jìn)來的Handler對(duì)象引用來ｓｅndＭｅssａge(Mｅssaｇｅ)。而使用Hａndｌｅr，需要iｍｐｌeｍeｎt該類的hａndlｅＭessaｇｅ(Messaｇe)方法,它是解決這些Mesｓaｇe的操作內(nèi)容，例如Updａt(yī)eＵI。通常需要子類化Hanｄleｒ來實(shí)現(xiàn)ｈaｎｄleＭessage方法。3.MessaｇeQueueMｅｓsaｇeQｕeue消息隊(duì)列,用來存放通過Handler發(fā)布的消息，按照先進(jìn)先出執(zhí)行。每個(gè)ｍｅssagequeuｅ都會(huì)有一個(gè)相應(yīng)的Haｎdlｅｒ。Hａｎdler會(huì)向mesｓageｑueuｅ通過兩種方法發(fā)送消息:ｓeｎdＭｅssａｇe或ｐost。這兩種消息都會(huì)插在messａgequeue隊(duì)尾并按先進(jìn)先出執(zhí)行。但通過這兩種方法發(fā)送的消息執(zhí)行的方式略有不同：通過sｅｎdMｅssage發(fā)送的是一個(gè)mｅssage對(duì)象,會(huì)被Hａnｄlｅr的haｎdleＭessage()函數(shù)解決；而通過posｔ方法發(fā)送的是一個(gè)ruｎｎable對(duì)象，則會(huì)自己執(zhí)行。4.LoopｅrＬｏoper是每條線程里的ＭeｓｓａgeＱueｕe的管家。Ａndroid沒有Ｇloｂal的MｅｓsａgeQｕeｕe，而Anｄｒoｉｄ會(huì)自動(dòng)替主線程(UI線程)建立MeｓsａgeQueｕe,但在子線程里并沒有建立MessaｇeQueuｅ。所以調(diào)用Loｏpeｒ.ｇｅtMainLooper()得到的主線程的Ｌoｏper不為ＮＵＬＬ，但調(diào)用Loｏpeｒ.mｙLoｏper()得到當(dāng)前線程的Lｏoper就有也許為NULL。對(duì)于子線程使用Looｐer，AＰIＤoc提供了對(duì)的的使用方法：這個(gè)Mesｓａgｅ機(jī)制的大約流程:1.在Loopeｒ.looｐ()方法運(yùn)營(yíng)開始后，循環(huán)地按照接受順序取出MesｓａgeQueuｅ里面的非ＮUＬL的Messaｇe。2．一開始MesｓaｇeQueue里面的Ｍｅssage都是NUＬL的。當(dāng)Haｎdler.sendMeｓsage(Mesｓage)到MessageQueuｅ，該函數(shù)里面設(shè)立了那個(gè)Mｅssａｇe對(duì)象的ｔarget屬性是當(dāng)前的Hａnｄleｒ?qū)ο?。隨后Ｌｏoper取出了那個(gè)Mｅｓｓage，則調(diào)用該Meｓsage的taｒget指向的Ｈander的dispaｔcｈMeｓsaｇｅ函數(shù)對(duì)Messａge進(jìn)行解決。在ｄiｓpatchＭｅｓsaｇｅ方法里,如何解決Messaｇｅ則由用戶指定,三個(gè)判斷,優(yōu)先級(jí)從高到低：1)Messａge里面的Callback,一個(gè)實(shí)現(xiàn)了Runnａble接口的對(duì)象,其中ｒun函數(shù)做解決工作;2)Hａｎdler里面的mCaｌlｂａcｋ指向的一個(gè)實(shí)現(xiàn)了Calｌbａck接口的對(duì)象，由其handleMeｓsage進(jìn)行解決;３)解決消息Haｎｄlｅr對(duì)象相應(yīng)的類繼承并實(shí)現(xiàn)了其中ｈandｌeMessagｅ函數(shù),通過這個(gè)實(shí)現(xiàn)的ｈanｄleMessａgｅ函數(shù)解決消息。由此可見，我們實(shí)現(xiàn)的handleＭessage方法是優(yōu)先級(jí)最低的！3.Hanｄleｒ解決完該Ｍessage(updａｔｅUI）后,Loｏpｅr則設(shè)立該Message為ＮULＬ,以便回收!在網(wǎng)上有很多文章講述主線程和其他子線程如何交互，傳送信息，最終誰來執(zhí)行解決信息之類的,個(gè)人理解是最簡(jiǎn)樸的方法——判斷Hａnｄler對(duì)象里面的Looper對(duì)象是屬于哪條線程的，則由該線程來執(zhí)行！1.當(dāng)Haｎdｌer對(duì)象的構(gòu)造函數(shù)的參數(shù)為空，則為當(dāng)前所在線程的Lｏoper；2.Loｏｐer.getＭａinLoｏpｅr()得到的是主線程的Looper對(duì)象,Looｐer.mｙＬoopｅr()得到的是當(dāng)前線程的Ｌoopｅr對(duì)象。簡(jiǎn)要解釋一下actｉvｉty、iｎtent、intenｔｆiltｅr、servｉｃｅ、Broadcaｓe、BroadcasｅＲｅceiｖer答:一個(gè)aｃtｉvｉｔy呈現(xiàn)了一個(gè)用戶可以操作的可視化用戶界面；一個(gè)sｅrvice不包含可見的用戶界面，而是在后臺(tái)運(yùn)營(yíng),可以與一個(gè)activiｔy綁定,通過綁定暴露出來接口并與其進(jìn)行通信；一個(gè)broadcａstrｅcｅiveｒ是一個(gè)接受廣播消息并做出回應(yīng)的ｃｏmponent,broadcａstｒｅceiｖer沒有界面；一個(gè)ｉntent是一個(gè)Iｎｔent對(duì)象,它保存了消息的內(nèi)容。對(duì)于actｉviｔy和serｖice來說,它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的ＵRI,Inｔent對(duì)象可以顯式的指定一個(gè)目的componeｎｔ。假如這樣的話,anｄroid會(huì)找到這個(gè)cｏmponeｎt(基于mａnifｅｓt文獻(xiàn)中的聲明)并激活它。但假如一個(gè)目的不是顯式指定的，ａndroｉｄ必須找到響應(yīng)intent的最佳cｏmｐoｎent。它是通過將Intent對(duì)象和目的的inteｎtfｉlter相比較來完畢這一工作的；一個(gè)componeｎt的iｎtenｔfｉlter告訴anｄｒoｉd該coｍponent能解決的intenｔ。inteｎｔfｉｌtｅr也是在mａｎifｅsｔ文獻(xiàn)中聲明的。說說mvc模式的原理，它在andｒoid中的運(yùn)用，andrｏid的官方建議應(yīng)用程序的開發(fā)采用ｍvc模式。何謂mvc？mvc是model，vieｗ,contｒoｌｌeｒ的縮寫,ｍｖc包含三個(gè)部分：模型（modeｌ)對(duì)象：是應(yīng)用程序的主體部分，所有的業(yè)務(wù)邏輯都應(yīng)當(dāng)寫在該層。視圖(vｉｅw）對(duì)象:是應(yīng)用程序中負(fù)責(zé)生成用戶界面的部分。也是在整個(gè)mvｃ架構(gòu)中用戶唯一可以看到的一層,接受用戶的輸入，顯示解決結(jié)果?？刂破?control）對(duì)象:是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示及更新moｄeｌ對(duì)象狀態(tài)的部分，控制器更重要的一種導(dǎo)航功能,響應(yīng)用戶出發(fā)的相關(guān)事件，交給m層解決。ａnｄroid鼓勵(lì)弱耦合和組件的重用，在anｄroｉd中mvｃ的具體體現(xiàn)如下:1)視圖層(ｖiew)：一般采用ｘml文獻(xiàn)進(jìn)行界面的描述，使用的時(shí)候可以非常方便的引入,當(dāng)然,假如你對(duì)androiｄ了解的比較的多了話,就一定可以想到在android中也可以使用javascｒipt+html等的方式作為view層，當(dāng)然這里需要進(jìn)行ｊavａ和jａvaｓcript之間的通信,幸運(yùn)的是,andｒoid提供了它們之間非常方便的通信實(shí)現(xiàn)。2)控制層（conｔroｌlｅr）:android的控制層的重任通常落在了眾多的aｃｉtvitｙ的肩上，這句話也就暗含了不要在aｃitivｉty中寫代碼，要通過activity交割mｏdeｌ業(yè)務(wù)邏輯層解決,這樣做的此外一個(gè)因素是ａndroid中的aｃｉtｉvity的響應(yīng)時(shí)間是5s，假如耗時(shí)的操作放在這里，程序就很容易被回收掉。３)模型層(model）:對(duì)數(shù)據(jù)庫的操作、對(duì)網(wǎng)絡(luò)等的操作都應(yīng)當(dāng)在model里面解決，當(dāng)然對(duì)業(yè)務(wù)計(jì)算等操作也是必須放在的該層的。什么是ANR如何避免它?答：ＡNＲ:AｐｐlｉcationNotRｅsponding。在Androｉd中,活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序的響應(yīng),當(dāng)用戶操作的在５ｓ內(nèi)應(yīng)用程序沒能做出反映，BroaｄcasｔReceｉver在10秒內(nèi)沒有執(zhí)行完畢,就會(huì)出現(xiàn)應(yīng)用程序無響應(yīng)對(duì)話框，這既是ANR。避免方法：Ａctivity應(yīng)當(dāng)在它的關(guān)鍵生命周期方法（如onCreate(）和onRｅsume()）里盡也許少的去做創(chuàng)建操作。潛在的耗時(shí)操作，例如網(wǎng)絡(luò)或數(shù)據(jù)庫操作,或者高耗時(shí)的計(jì)算如改變位圖尺寸,應(yīng)當(dāng)在子線程里(或者異步方式)來完畢。主線程應(yīng)當(dāng)為子線程提供一個(gè)Ｈanｄlｅr，以便完畢時(shí)可以提交給主線程。什么情況會(huì)導(dǎo)致FｏｒceClose?如何避免？能否捕獲導(dǎo)致其的異常？答:程序出現(xiàn)異常,比如nuｌｌpoinｔｅr。避免:編寫程序時(shí)邏輯連貫,思維縝密。能捕獲異常,在logcａt(yī)中能看到異常信息描述一下anｄｒoiｄ的系統(tǒng)架構(gòu)aｎdrｏid系統(tǒng)架構(gòu)分從下往上為ｌｉｎｕx內(nèi)核層、運(yùn)營(yíng)庫、應(yīng)用程序框架層、和應(yīng)用程序?qū)?。lｉnｕxkerｎel:負(fù)責(zé)硬件的驅(qū)動(dòng)程序、網(wǎng)絡(luò)、電源、系統(tǒng)安全以及內(nèi)存管理等功能。lｉbｒaｒiｅs和aｎｄroｉdruntime：lｉbraries：即c／ｃ++函數(shù)庫部分，大多數(shù)都是開放源代碼的函數(shù)庫，例如weｂkit(引擎），該函數(shù)庫負(fù)責(zé)androiｄ網(wǎng)頁瀏覽器的運(yùn)營(yíng)，例如標(biāo)準(zhǔn)的c函數(shù)庫libｃ、opｅnssｌ、ｓqｌite等，當(dāng)然也涉及支持游戲開發(fā)2ｄsgｌ和３ｄopenglｅs，在多媒體方面有mediａfrａmework框架來支持各種影音和圖形文獻(xiàn)的播放與顯示，例如mｐｅg4、h.264、mp3、aａｃ、amr、jｐg和pnｇ等眾多的多媒體文獻(xiàn)格式。anｄroid的runtｉｍe負(fù)責(zé)解釋和執(zhí)行生成的dalvik格式的字節(jié)碼。applicationfrａｍewｏrk（應(yīng)用軟件架構(gòu)）,jａva應(yīng)用程序開發(fā)人員重要是使用該層封裝好的aｐi進(jìn)行快速開發(fā)。ａpｐliｃaｔｉｏns:該層是java的應(yīng)用程序?qū)?aｎｄrｏid內(nèi)置的ｇoｏgｌemaps、e-maｉｌ、即時(shí)通信工具、瀏覽器、ｍp3播放器等處在該層，javａ開發(fā)人員開發(fā)的程序也處在該層，并且和內(nèi)置的應(yīng)用程序具有平等的位置，可以調(diào)用內(nèi)置的應(yīng)用程序，也可以替換內(nèi)置的應(yīng)用程序。上面的四個(gè)層次,下層為上層服務(wù),上層需要下層的支持，調(diào)用下層的服務(wù),這種嚴(yán)格分層的方式帶來的極大的穩(wěn)定性、靈活性和可擴(kuò)展性，使得不同層的開發(fā)人員可以按照規(guī)范專心特定層的開發(fā)。ａndroｉｄ應(yīng)用程序使用框架的api并在框架下運(yùn)營(yíng),這就帶來了程序開發(fā)的高度一致性，另一方面也告訴我們,要想寫出優(yōu)質(zhì)高效的程序就必須對(duì)整個(gè)applicａt(yī)ionｆraｍeworｋ進(jìn)行非常進(jìn)一步的理解。精通applicationframework，你就可以真正的理解android的設(shè)計(jì)和運(yùn)營(yíng)機(jī)制,也就更可以駕馭整個(gè)應(yīng)用層的開發(fā)。請(qǐng)介紹下CｏntentProvidｅr是如何實(shí)現(xiàn)數(shù)據(jù)共享的。一個(gè)程序可以通過實(shí)現(xiàn)一個(gè)Conｔentprovider的抽象接口將自己的數(shù)據(jù)完全暴露出去，并且Ｃｏｎtentｐrｏvideｒs是以類似數(shù)據(jù)庫中表的方式將數(shù)據(jù)暴露。Cｏntentｐrovｉdeｒｓ存儲(chǔ)和檢索數(shù)據(jù),通過它可以讓所有的應(yīng)用程序訪問到，這也是應(yīng)用程序之間唯一共享數(shù)據(jù)的方法。要想使應(yīng)用程序的數(shù)據(jù)公開化，可通過2種方法：創(chuàng)建一個(gè)屬于你自己的Cｏnteｎtprovｉdeｒ或者將你的數(shù)據(jù)添加到一個(gè)已經(jīng)存在的Ｃonｔentprｏvｉder中，前提是有相同數(shù)據(jù)類型并且有寫入Cｏnｔentprovidｅr的權(quán)限。如何通過一套標(biāo)準(zhǔn)及統(tǒng)一的接口獲取其他應(yīng)用程序暴露的數(shù)據(jù)？ Androiｄ提供了ContｅntＲｅｓolver,外界的程序可以通過CoｎtｅnｔＲesolｖer接口訪問CoｎｔentPrｏvidｅr提供的數(shù)據(jù)。Serviｃｅ和Thｒead的區(qū)別?答:serviｅ是系統(tǒng)的組件,它由系統(tǒng)進(jìn)程托管（seｒｖicemaｎager）；它們之間的通信類似于cｌiｅnｔ和seｒｖer，是一種輕量級(jí)的ipc通信,這種通信的載體是binder,它是在liｎｕx層互換信息的一種ipｃ。而ｔhreaｄ是由本應(yīng)用程序托管。

1）．Thread:Thｒｅaｄ是程序執(zhí)行的最小單元,它是分派CPU的基本單位?？梢杂肨ｈrｅad來執(zhí)行一些異步的操作。２).Seｒvice：Seｒvｉｃe是andｒoid的一種機(jī)制，當(dāng)它運(yùn)營(yíng)的時(shí)候假如是LｏcalＳervｉce，那么相應(yīng)的Serｖicｅ是運(yùn)營(yíng)在主進(jìn)程的main線程上的。如:onＣreａt(yī)e，onStarｔ這些函數(shù)在被系統(tǒng)調(diào)用的時(shí)候都是在主進(jìn)程的mａｉn線程上運(yùn)營(yíng)的。假如是Ｒemoｔe

Sｅｒvｉcｅ,那么相應(yīng)的Ｓeｒvｉce則是運(yùn)營(yíng)在獨(dú)立進(jìn)程的maｉn線程上。既然這樣,那么我們?yōu)槭裁匆肧ervｉce呢?其實(shí)這跟android的系統(tǒng)機(jī)制有關(guān)，我們先拿Thrｅad來說。Threａd的運(yùn)營(yíng)是獨(dú)立于Ａｃｔivｉty的,也就是說當(dāng)一個(gè)Ａctivity被ｆinｉｓh之后，假如你沒有積極停止Tｈｒead

或者Ｔhrｅad里的

rｕｎ方法沒有執(zhí)行完畢的話,Thｒeaｄ

也會(huì)一直執(zhí)行。因此這里會(huì)出現(xiàn)一個(gè)問題:當(dāng)Aｃｔiｖiｔy被fｉnish之后，你不再持有該Ｔhｒeaｄ的引用。另一方面,你沒有辦法在不同的Ａctivitｙ中對(duì)同一Threaｄ進(jìn)行控制。

舉個(gè)例子:假如你的Threａｄ需要不斷地隔一段時(shí)間就要連接服務(wù)器做某種同步的話，該Thｒeａd

需要在Activiｔy沒有starｔ的時(shí)候也在運(yùn)營(yíng)。這個(gè)時(shí)候當(dāng)你staｒt一個(gè)Ａcｔivity就沒有辦法在該Actiｖity里面控制之前創(chuàng)建的Ｔhreａd。因此你便需要?jiǎng)?chuàng)建并啟動(dòng)一個(gè)Service，在Ｓervｉcｅ里面創(chuàng)建、運(yùn)營(yíng)并控制該Threａｄ,這樣便解決了該問題（由于任何Actｉvitｙ都可以控制同一Ｓervicｅ,而系統(tǒng)也只會(huì)創(chuàng)建一個(gè)相應(yīng)Sｅrvice的實(shí)例)。

因此你可以把Sｅｒvice想象成一種消息服務(wù),而你可以在任何有Ｃontext的地方調(diào)用Ｃonｔｅｘt.stａrtＳervice、Ｃoｎｔext.stoｐSeｒvice、Ｃontｅxt.ｂiｎdServicｅ，Context.ｕnbｉｎdSerｖiｃe,來控制它，你也可以在Serviｃe里注冊(cè)BroaｄｃaｓtReceｉveｒ，在其他地方通過發(fā)送bｒoadcast來控制它,當(dāng)然這些都是Ｔhrｅad做不到的。Ａndroｉd自身的api并未聲明會(huì)拋出異常，則其在運(yùn)營(yíng)時(shí)有無也許拋出runtimｅ異常,你碰到過嗎?諾有的話會(huì)導(dǎo)致什么問題?如何解決?答：會(huì),比如nullｐoinｔeｒException。我碰到過，比如texｔview.seｔTeｘt()時(shí),textvｉew沒有初始化。會(huì)導(dǎo)致程序無法正常運(yùn)營(yíng)出現(xiàn)forceclｏse。打開控制臺(tái)查看loｇcaｔ信息找出異常信息并修改程序。ＩntenｔＳerｖiｃe有何優(yōu)點(diǎn)?答：Acitｉｖitｙ的進(jìn)程,當(dāng)解決Intent的時(shí)候，會(huì)產(chǎn)生一個(gè)相應(yīng)的Servicｅ;Ａnｄroid的進(jìn)程解決器現(xiàn)在會(huì)盡也許的不ｋill掉你；非常容易使用假如后臺(tái)的Ａctivity由于某因素被系統(tǒng)回收了,如何在被系統(tǒng)回收之前保存當(dāng)前狀態(tài)？答:重寫onSａｖeIｎstanｃｅSｔate(）方法,在此方法中保存需要保存的數(shù)據(jù)，該方法將會(huì)在activity被回收之前調(diào)用。通過重寫onＲesｔoreIｎsｔancｅＳtaｔe()方法可以從中提取保存好的數(shù)據(jù)如何將一個(gè)Aｃtivitｙ設(shè)立成窗口的樣式。答：<actｉvｉty＞中配置：aｎｄroｉd

:themｅ=＂@andrｏid:style/Ｔheme.Diａlog＂

此外aｎｄｒoｉd：tｈeme="@androiｄ:stｙlｅ/Thｅｍe．Tranｓｌucｅnｔ"

是設(shè)立透明如何退出Activity?如何安全退出已調(diào)用多個(gè)Activitｙ的Ａppｌicatｉon？答:對(duì)于單一Ａctivity的應(yīng)用來說,退出很簡(jiǎn)樸,直接finish()即可。當(dāng)然,也可以用kiｌｌProｃess()和Syｓtem.eｘit()這樣的方法。對(duì)于多個(gè)activity,1、記錄打開的Ａctｉｖity:每打開一個(gè)Aｃｔivｉｔy，就記錄下來。在需要退出時(shí),關(guān)閉每一個(gè)Ａctivity即可。2、發(fā)送特定廣播：在需要結(jié)束應(yīng)用時(shí),發(fā)送一個(gè)特定的廣播，每個(gè)Actｉvｉty收到廣播后,關(guān)閉即可。3、遞歸退出：在打開新的Ａctivity時(shí)使用ｓｔaｒtAｃｔiviｔyForRｅsｕlt，然后自己加標(biāo)志,在onＡｃｔｉvｉtyRｅsuｌｔ中解決，遞歸關(guān)閉。為了編程方便，最佳定義一個(gè)Actiｖity基類,解決這些共通問題。在２.1之前，可以使用ActivityＭａnaｇer的restarｔPackage方法。它可以直接結(jié)束整個(gè)應(yīng)用。在使用時(shí)需要權(quán)限ａｎdroid.permｉssioｎ.ＲEＳTＡＲＴ_ＰAＣＫAGES。注意不要被它的名字迷惑?？墒?在２.２，這個(gè)方法失效了。在２.2添加了一個(gè)新的方法,ｋillＢackgroundＰrocｅｓsｅs(),需要權(quán)限andrｏｉd．perｍｉsｓiｏｎ.KILＬ＿ＢＡＣＫGROUNＤ＿PＲOCESSES。可惜的是，它和2.2的restartPａcｋagｅ同樣,主線起不到應(yīng)有的效果。此外尚有一個(gè)方法,就是系統(tǒng)自帶的應(yīng)用程序管理里，強(qiáng)制結(jié)束程序的方法,foｒcｅＳtopPａckage(）。它需要權(quán)限ａnｄｒｏiｄ.permｉssion.ＦOＲCE＿SＴO(shè)P_PＡCＫＡＧES。并且需要添加android:shareｄUｓerIｄ＝"andｒｏid.uid.system"屬性。同樣可惜的是,該方法是非公開的,他只能運(yùn)營(yíng)在系統(tǒng)進(jìn)程,第三方程序無法調(diào)用。由于需要在Andｒoｉｄ.mｋ中添加LOCＡＬ＿CＥＲTIＦICATE:=plａt(yī)form。而Aｎdroｉd.mk是用于在Aｎdｒoid源碼下編譯程序用的。從以上可以看出,在2．2，沒有辦法直接結(jié)束一個(gè)應(yīng)用，而只能用自己的辦法間接辦到?，F(xiàn)提供幾個(gè)方法，供參考：1、拋異常強(qiáng)制退出：該方法通過拋異常,使程序ForceClose。驗(yàn)證可以，但是,需要解決的問題是,如何使程序結(jié)束掉，而不彈出ＦorceＣlose的窗口。2、記錄打開的Actｉvity:每打開一個(gè)Actｉｖｉtｙ，就記錄下來。在需要退出時(shí)，關(guān)閉每一個(gè)Activitｙ即可。3、發(fā)送特定廣播：在需要結(jié)束應(yīng)用時(shí)，發(fā)送一個(gè)特定的廣播,每個(gè)Activity收到廣播后，關(guān)閉即可。4、遞歸退出在打開新的Ａctiｖity時(shí)使用ｓtartActｉviｔyFｏrResult,然后自己加標(biāo)志,在oｎA(yù)ctivityRｅsult中解決，遞歸關(guān)閉。除了第一個(gè),都是想辦法把每一個(gè)Actｉvｉtｙ都結(jié)束掉,間接達(dá)成目的。但是這樣做同樣不完美。你會(huì)發(fā)現(xiàn)，假如自己的應(yīng)用程序?qū)γ恳粋€(gè)Activiｔｙ都設(shè)立了nosensor,在兩個(gè)Ａｃｔivity結(jié)束的間隙,senｓor也許有效了。但至少，我們的目的達(dá)成了，并且沒有影響用戶使用。為了編程方便,最佳定義一個(gè)Ａctiｖity基類,解決這些共通問題。AIDＬ的全稱是什么？如何工作?能解決哪些類型的數(shù)據(jù)？答:全稱是:AndrｏiｄInｔｅrfaceDeｆiｎeLanguａgｅ在Andｒｏｉd中，每個(gè)應(yīng)用程序都可以有自己的進(jìn)程．在寫UI應(yīng)用的時(shí)候，經(jīng)常要用到Ｓｅrｖiｃe.在不同的進(jìn)程中,如何傳遞對(duì)象呢?顯然，Ｊａｖa中不允許跨進(jìn)程內(nèi)存共享.因此傳遞對(duì)象,只能把對(duì)象拆提成操作系統(tǒng)能理解的簡(jiǎn)樸形式,以達(dá)成跨界對(duì)象訪問的目的.在J２EE中，采用RMI的方式,可以通過序列化傳遞對(duì)象.在Android中，則采用AIDL的方式．理論上AIDL可以傳遞Bｕndle,事實(shí)上做起來卻比較麻煩。AIDＬ（AnｄＲoid接口描述語言)是一種借口描述語言;編譯器可以通過aｉｄｌ文獻(xiàn)生成一段代碼，通過預(yù)先定義的接口達(dá)成兩個(gè)進(jìn)程內(nèi)部通信進(jìn)程的目的.假如需要在一個(gè)Actｉｖｉty中，訪問另一個(gè)Sｅrvice中的某個(gè)對(duì)象，需要先將對(duì)象轉(zhuǎn)化成AIＤL可辨認(rèn)的參數(shù)(也許是多個(gè)參數(shù)）,然后使用AIＤＬ來傳遞這些參數(shù),在消息的接受端,使用這些參數(shù)組裝成自己需要的對(duì)象.AIDL的IPC的機(jī)制和CＯＭ或CＯRBA類似，是基于接口的，但它是輕量級(jí)的。它使用代理類在客戶端和實(shí)現(xiàn)層間傳遞值．假如要使用AIDL,需要完畢2件事情:1.引入ＡＩDＬ的相關(guān)類.;2.調(diào)用aiｄl產(chǎn)生的clａss.ＡIＤＬ的創(chuàng)建方法:AIDＬ語法很簡(jiǎn)樸,可以用來聲明一個(gè)帶一個(gè)或多個(gè)方法的接口,也可以傳遞參數(shù)和返回值。由于遠(yuǎn)程調(diào)用的需要,這些參數(shù)和返回值并不是任何類型.下面是些AIDＬ支持的數(shù)據(jù)類型:１.不需要imｐorｔ聲明的簡(jiǎn)樸Jａvａ編程語言類型(int,bｏｏlean等）２．Ｓｔrｉｎg,CharＳequenｃｅ不需要特殊聲明3.List,Map和Parcelableｓ類型,這些類型內(nèi)所包含的數(shù)據(jù)成員也只能是簡(jiǎn)樸數(shù)據(jù)類型,Striｎg等其他比支持的類型．(此外:我沒嘗試Pａｒceｌａbles，在Eclｉpse+ADT下編譯但是，或許以后會(huì)有所支持)請(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)alｖik(andｒｏｉd授權(quán)）文獻(xiàn)系統(tǒng)linux內(nèi)核授權(quán)系統(tǒng)上安裝了多種瀏覽器,能否指定某瀏覽器訪問指定頁面？請(qǐng)說明原由。通過直接發(fā)送Uri把參數(shù)帶過去,或者通過ｍａｎifesｔ里的intenｔfilter里的ｄａt(yī)ａ屬性aｎdroid系統(tǒng)的優(yōu)勢(shì)和局限性答：Anｄｒｏid平臺(tái)手機(jī)5大優(yōu)勢(shì):一、開放性在優(yōu)勢(shì)方面,Anｄroid平臺(tái)一方面就是其開發(fā)性,開發(fā)的平臺(tái)允許任何移動(dòng)終端廠商加入到Android聯(lián)盟中來。顯著的開放性可以使其擁有更多的開發(fā)者，隨著用戶和應(yīng)用的日益豐富,一個(gè)嶄新的平臺(tái)也將不久走向成熟。開放性對(duì)于Andrｏｉd的發(fā)展而言,有助于積累人氣，這里的人氣涉及消費(fèi)者和廠商，而對(duì)于消費(fèi)者來講，隨大的受益正是豐富的軟件資源。開放的平臺(tái)也會(huì)帶來更大競(jìng)爭(zhēng)，如此一來,消費(fèi)者將可以用更低的價(jià)位購得心儀的手機(jī)。二、掙脫運(yùn)營(yíng)商的束縛在過去很長(zhǎng)的一段時(shí)間，特別是在歐美地區(qū),手機(jī)應(yīng)用往往受到運(yùn)營(yíng)商制約,使用什么功能接入什么網(wǎng)絡(luò),幾乎都受到運(yùn)營(yíng)商的控制。從去年ｉPｈoｎe上市，用戶可以更加方便地連接網(wǎng)絡(luò)，運(yùn)營(yíng)商的制約減少。隨著ＥDGE、HＳDPA這些2G至3Ｇ移動(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)巨頭Googｌｅ推動(dòng)的Aｎｄroid終端天生就有網(wǎng)絡(luò)特色,將讓用戶離互聯(lián)網(wǎng)更近。三、豐富的硬件選擇這一點(diǎn)還是與Anｄroid平臺(tái)的開放性相關(guān),由于Andｒoid的開放性，眾多的廠商會(huì)推出千奇百怪，功能特色各具的多種產(chǎn)品。功能上的差異和特色,卻不會(huì)影響到數(shù)據(jù)同步、甚至軟件的兼容,好比你從諾基亞Symbiaｎ風(fēng)格手機(jī)一下改用蘋果iＰhｏnｅ,同時(shí)還可將Symbiaｎ中優(yōu)秀的軟件帶到iPhoｎe上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移，是不是非常方便呢?四、不受任何限制的開發(fā)商Androｉd平臺(tái)提供應(yīng)第三方開發(fā)商一個(gè)十分寬泛、自由的環(huán)境，不會(huì)受到各種條條框框的阻擾，可想而知，會(huì)有多少新奇別致的軟件會(huì)誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如可控制正是留給Android難題之一。五、無縫結(jié)合的Google應(yīng)用如今叱詫互聯(lián)網(wǎng)的Gooｇle已經(jīng)走過2０23度歷史，從搜索巨人到全面的互聯(lián)網(wǎng)滲透，Ｇoｏgｌe服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Ａndｒoid平臺(tái)手機(jī)將無縫結(jié)合這些優(yōu)秀的Goｏｇle服務(wù)。再說Andrｏid的5大局限性:一、安全和隱私由于手機(jī)與互聯(lián)網(wǎng)的緊密聯(lián)系,個(gè)人隱私很難得到保守。除了上網(wǎng)過程中經(jīng)意或不經(jīng)意留下的個(gè)人足跡,Google這個(gè)巨人也時(shí)時(shí)站在你的身后,洞穿一切,因此,互聯(lián)網(wǎng)的進(jìn)一步將會(huì)帶來新一輪的隱私危機(jī)。二、一方面開賣Andｒoid手機(jī)的不是最大運(yùn)營(yíng)商眾所周知，T-Moｂile在2３日，于美國(guó)紐約發(fā)布了Anｄroid首款手機(jī)G1。但是在北美市場(chǎng),最大的兩家運(yùn)營(yíng)商乃AT&T和Veｒiｚｏn,而目前所知取得Anｄroiｄ手機(jī)銷售權(quán)的僅有T-Mｏbile和Spｒｉnt,其中T-Mｏbile的3G網(wǎng)絡(luò)相對(duì)于其他三家也要遜色不少，因此,用戶可以買賬購買G1,能否體驗(yàn)到最佳的3G網(wǎng)絡(luò)服務(wù)則要另當(dāng)別論了！三、運(yùn)營(yíng)商仍然可以影響到Andｒoid手機(jī)在國(guó)內(nèi)市場(chǎng),不少用戶對(duì)購得移動(dòng)定制機(jī)不滿,感覺所購的手機(jī)被人涂畫了廣告一般。這樣的情況在國(guó)外市場(chǎng)同樣出現(xiàn)。Aｎdroid手機(jī)的另一發(fā)售運(yùn)營(yíng)商Sｐｒｉnｔ就將在其機(jī)型中內(nèi)置其手機(jī)商店程序。四、同類機(jī)型用戶減少在不少手機(jī)論壇都會(huì)有針對(duì)某一型號(hào)的子論壇，對(duì)一款手機(jī)的使專心得交流，并分享軟件資源。而對(duì)于Androiｄ平臺(tái)手機(jī)，由于廠商豐富,產(chǎn)品類型多樣,這樣使用同一款機(jī)型的用戶越來越少，缺少統(tǒng)一機(jī)型的程序強(qiáng)化。舉個(gè)稍顯不妥的例子，現(xiàn)在山寨機(jī)泛濫,品種各異，就很少有專門針對(duì)某個(gè)型號(hào)山寨機(jī)的討論和群組,除了哪些功能異常搶眼、頗受追捧的機(jī)型以外。五、過度依賴開發(fā)商缺少標(biāo)準(zhǔn)配置在使用PC端的ＷｉnｄowsXp系統(tǒng)的時(shí)候,都會(huì)內(nèi)置微軟WindｏｗsＭedｉａPlａyer這樣一個(gè)瀏覽器程序,用戶可以選擇更多樣的播放器,如Reａｌpｌaｙ或暴風(fēng)影音等。但入手開始使用默認(rèn)的程序同樣可以應(yīng)付多樣的需要。在Aｎdroid平臺(tái)中，由于其開放性，軟件更多依賴第三方廠商,比如Ａndroid系統(tǒng)的ＳDＫ中就沒有內(nèi)置音樂播放器，所有依賴第三方開發(fā)，缺少了產(chǎn)品的統(tǒng)一性。Andｒoiddvm的進(jìn)程和Linux的進(jìn)程,應(yīng)用程序的進(jìn)程是否為同一個(gè)概念答：DVM指ｄalｉvｋ的虛擬機(jī)。每一個(gè)Ａndｒoｉd應(yīng)用程序都在它自己的進(jìn)程中運(yùn)營(yíng),都擁有一個(gè)獨(dú)立的Dａlvik虛擬機(jī)實(shí)例。而每一個(gè)ＤVM都是在Linux中的一個(gè)進(jìn)程，所以說可以認(rèn)為是同一個(gè)概念。sｉm卡的ＥF文獻(xiàn)是什么？有何作用答:ｓｉｍ卡的文獻(xiàn)系統(tǒng)有自己規(guī)范，重要是為了和手機(jī)通訊，sim本身可以有自己的操作系統(tǒng),EF就是作存儲(chǔ)并和手機(jī)通訊用的嵌入式操作系統(tǒng)內(nèi)存管理有哪幾種,各有何特性頁式，段式,段頁,用到了MMU,虛擬空間等技術(shù)什么是嵌入式實(shí)時(shí)操作系統(tǒng),Androｉd操作系統(tǒng)屬于實(shí)時(shí)操作系統(tǒng)嗎?嵌入式實(shí)時(shí)操作系統(tǒng)是指當(dāng)外界事件或數(shù)據(jù)產(chǎn)生時(shí),可以接受并以足夠快的速度予以解決,其解決的結(jié)果又能在規(guī)定的時(shí)間之內(nèi)來控制生產(chǎn)過程或?qū)鉀Q系統(tǒng)作出快速響應(yīng),并控制所有實(shí)時(shí)任務(wù)協(xié)調(diào)一致運(yùn)營(yíng)的嵌入式操作系統(tǒng)。重要用于工業(yè)控制、軍事設(shè)備、航空航天等領(lǐng)域?qū)ο到y(tǒng)的響應(yīng)時(shí)間有苛刻的規(guī)定，這就需要使用實(shí)時(shí)系統(tǒng)。又可分為軟實(shí)時(shí)和硬實(shí)時(shí)兩種,而andrｏid是基于lｉnux內(nèi)核的，因此屬于軟實(shí)時(shí)。一條最長(zhǎng)的短信息約占多少bytｅ?中文70(涉及標(biāo)點(diǎn))，英文160，160個(gè)字節(jié)。有一個(gè)一維整型數(shù)組int[]data保存的是一張寬為ｗidｔｈ,高為height的圖片像素值信息。請(qǐng)寫一個(gè)算法,將該圖片所有的白色不透明（0xfｆfｆｆfff）像素點(diǎn)的透明度調(diào)整為50%。如何將ＳQLite數(shù)據(jù)庫(diｃｔionary.ｄb文獻(xiàn))與apk文獻(xiàn)一起發(fā)布解答:可以將dictｉoｎary.ｄb文獻(xiàn)復(fù)制到EclｉｐseAndrｏid工程中的reｓaｗ目錄中。所有在resａw目錄中的文獻(xiàn)不會(huì)被壓縮，這樣可以直接提取該目錄中的文獻(xiàn)?？梢詫ⅲ鋓ctioｎａrｙ.db文獻(xiàn)復(fù)制到ｒesａｗ目錄中如何將打開ｒｅsaw目錄中的數(shù)據(jù)庫文獻(xiàn)?解答:在Aｎｄｒｏｉd中不能直接打開reｓａw目錄中的數(shù)據(jù)庫文獻(xiàn),而需要在程序第一次啟動(dòng)時(shí)將該文獻(xiàn)復(fù)制到手機(jī)內(nèi)存或ＳＤ卡的某個(gè)目錄中，然后再打開該數(shù)據(jù)庫文獻(xiàn)。復(fù)制的基本方法是使用getRｅsｏurｃｅs（）.opｅｎRａwＲeｓource方法獲得resaw目錄中資源的ＩnｐｕtStｒｅaｍ對(duì)象,然后將該ＩnputStrｅam對(duì)象中的數(shù)據(jù)寫入其他的目錄中相應(yīng)文獻(xiàn)中。在AnｄroiｄSDK中可以使用SQLｉteDaｔａbasｅ.ｏpeｎOrCreateDatａｂasｅ方法來打開任意目錄中的SＱLite數(shù)據(jù)庫文獻(xiàn)。DDＭS和ＴrａceView的區(qū)別?DDＭS是一個(gè)程序執(zhí)行查看器，在里面可以看見線程和堆棧等信息,TｒaｃｅViｅｗ是程序性能分析器。java中如何引用本地語言可以用ＪNI(javaｎativeｉnterｆacejava本地接口）接口。談?wù)凙nｄｒoid的ＩPC（進(jìn)程間通信）機(jī)制IPC是內(nèi)部進(jìn)程通信的簡(jiǎn)稱，是共享"命名管道"的資源。Anｄrｏid中的IPＣ機(jī)制是為了讓Aｃｔivｉtｙ和Serviｃe之間可以隨時(shí)的進(jìn)行交互,故在Android中該機(jī)制，只合用于Ａｃtivｉty和Sｅrvｉce之間的通信,類似于遠(yuǎn)程方法調(diào)用，類似于Ｃ/Ｓ模式的訪問。通過定義ＡIDＬ接口文獻(xiàn)來定義ＩPC接口。Ｓeｒｖieｒ端實(shí)現(xiàn)ＩPC接口，Clｉｅnt端調(diào)用ＩＰC接口本地代理。NDK是什么NDＫ是一些列工具的集合,NDK提供了一系列的工具，幫助開發(fā)者迅速的開發(fā)Ｃ/C＋+的動(dòng)態(tài)庫,并能自動(dòng)將so和javａ應(yīng)用打成aｐk包。NDK集成了交叉編譯器,并提供了相應(yīng)的mk文獻(xiàn)和隔離cpu、平臺(tái)等的差異，開發(fā)人員只需簡(jiǎn)樸的修改mk文獻(xiàn)就可以創(chuàng)建出soAｎdｒｏid面試基礎(chǔ)題做下總結(jié)Intent的幾種有關(guān)Actiｖity啟動(dòng)的方式有哪些，你了解每個(gè)含義嗎?這里Androiｄ123提醒大家，Inｔenｔ的一些標(biāo)記有FＬAG_ACTIVＩＴY_BROＵＧHT_ＴO(shè)_ＦＲＯＮＴ、ＦＬAＧ_ＡＣTIＶIＴY_CLＥAR_TOP、FLAＧ_ACTIVITY_ＣLEAR_WHＥN_TASK＿RＥSＥT、FLAG_ACTIVIＴY_EXＣLＵDE_ＦROＭ_ＲEＣENTS、FＬＡＧ_ＡCTIVＩTＹ_MＵＬTＩPＬE_ＴASK和FLＡＧ_ＡCTＩVITY_NEW_TＡSK等。每種含義大家看ＳDK文檔和具體跑下這樣你的記憶會(huì)更深刻些。2.Aｃｔｉvｉtｙ和Task的啟動(dòng)模式有哪些?每種含義是什么？有關(guān)在AndroidMaｎiｆeｓt.ｘml中的aｎdroid：launchMode定義，重要有standａrd、singleＴｏp、sｉnｇlｅTask和sｉngleＩｎstaｎce，同時(shí)對(duì)于androｉd：taskAffｉnity這些問題大家也要了解，Anｄrｏiｄ開發(fā)網(wǎng)在以前的文章中講過，但是很多開發(fā)者仍然不是很清楚,這些基礎(chǔ)問題我們以后仍然會(huì)再次總結(jié)。關(guān)于Ａcｔivity的啟動(dòng)模式,參考：3.通過Iｎtent傳遞一些二進(jìn)制數(shù)據(jù)的方法有哪些?１).使用Sｅrｉａliｚabｌe接口實(shí)現(xiàn)序列化，這是Jａva常用的方法。2).實(shí)現(xiàn)Ｐarcelable接口,這里Aｎdroid的部分類比如Bｉtmap類就已經(jīng)實(shí)現(xiàn)了，同時(shí)Parcelabｌe在AndrｏidＡＩDL中互換數(shù)據(jù)也很常見的。4.能說下Ａnｄrｏｉｄ應(yīng)用的入口點(diǎn)嗎?真正的Android入口點(diǎn)是appｌiｃaｔiｏn的ｍaiｎ，你可以看下ａndroidｍａnｉfesｔ.ｘｍl的包含關(guān)系就清楚了?？梢詻]有Actｉvｉty但是必須有Ａpplicatｉon5.Andｒoiｄ都有哪些XML解析器,都純熟掌握嗎？這里XmlPull、ＳAX和DOＭ相信做過Web開發(fā)的都已經(jīng)滾瓜爛熟了。6．SＱLite支持事務(wù)嗎?添加刪除如何提高性能?SＱLitｅ作為輕量級(jí)的數(shù)據(jù)庫，比MySQL還小,但支持SQL語句查詢，提高性能可以考慮通過原始通過優(yōu)化的SQＬ查詢語句方式解決。7.AｎdroiｄService和Biｎder、AＩDL你都純熟嗎?作為Android重要的后臺(tái)服務(wù),這些每個(gè)Ａndrｏiｄ開發(fā)者都應(yīng)當(dāng)掌握，這也算是和JavａSE最大的不同了,具體的實(shí)例大家可以查看Ａndroid音樂播放器的源代碼Music．giｔ中的,這里不再贅述。8.你用過哪款A(yù)ndｒoiｄ手機(jī),有哪些優(yōu)點(diǎn)和局限性，相對(duì)于iPhonｅ或Symｂｉaｎ又有哪些優(yōu)缺陷?把這個(gè)作為面試題也是考察下,可以大約了解到它對(duì)Androｉd的了解限度，多移動(dòng)開發(fā)的結(jié)識(shí)。1.請(qǐng)描述下Ａctivｉty的生命周期。創(chuàng)建oｎcreate-啟動(dòng)oｎstart–恢復(fù)ｏnResume–暫停oｎＰauｓe–結(jié)束oｎＥnｄ–銷毀ｏｎＤestｒoy2.假如后臺(tái)的Aｃt