2023年Android面試整里大全VIP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

假如一個Ａｃtiｖity通過非用戶驅(qū)動的事件，如來電或鬧鐘,啟動的，這個標志也應(yīng)當傳遞給Ｃonｔｅxt.sｔaｒtActivity，保證暫停的Ａctiｖitｙ不認為用戶已經(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ｙ(）,這個標志將引發(fā)已經(jīng)運營的Aｃtｉvity移動到歷史stack的頂端。?

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

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

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

或者Ｔhrｅad里的

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

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

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

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

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