android2019-01-04

1.activity的啟動(dòng)模式有哪些痰驱?是什么含義肩民?

答:在android里蔽豺,有4種activity的啟動(dòng)模式跷车,分別為:

“standard” (默認(rèn)) “singleTop” “singleTask” “singleInstance”

它們主要有如下不同:

  1. 如何決定所屬task

“standard”和”singleTop”的activity的目標(biāo)task棘利,和收到的Intent的發(fā)送者在同一個(gè)task內(nèi),除非intent包括參數(shù)FLAG_ACTIVITY_NEW_TASK朽缴。
如果提供了FLAG_ACTIVITY_NEW_TASK參數(shù)赡译,會(huì)啟動(dòng)到別的task里。
“singleTask”和”singleInstance”總是把a(bǔ)ctivity作為一個(gè)task的根元素不铆,他們不會(huì)被啟動(dòng)到一個(gè)其他task里蝌焚。

  1. 是否允許多個(gè)實(shí)例

“standard”和”singleTop”可以被實(shí)例化多次,并且存在于不同的task中誓斥,且一個(gè)task可以包括一個(gè)activity的多個(gè)實(shí)例只洒;
“singleTask”和”singleInstance”則限制只生成一個(gè)實(shí)例,并且是task的根元素劳坑。 singleTop要求如果創(chuàng)建intent的時(shí)候棧頂已經(jīng)有要?jiǎng)?chuàng)建的Activity的實(shí)例毕谴,則將intent發(fā)送給該實(shí)例,而不發(fā)送給新的實(shí)例距芬。

  1. 是否允許其它activity存在于本task內(nèi)

“singleInstance”獨(dú)占一個(gè)task涝开,其它activity不能存在那個(gè)task里;如果它啟動(dòng)了一個(gè)新的activity框仔,不管新的activity的launch mode 如何舀武,新的activity都將會(huì)到別的task里運(yùn)行(如同加了FLAG_ACTIVITY_NEW_TASK參數(shù))。
而另外三種模式离斩,則可以和其它activity共存银舱。

  1. 是否每次都生成新實(shí)例

“standard”對(duì)于沒(méi)一個(gè)啟動(dòng)Intent都會(huì)生成一個(gè)activity的新實(shí)例瘪匿;
“singleTop”的activity如果在task的棧頂?shù)脑挘瑒t不生成新的該activity的實(shí)例寻馏,直接使用棧頂?shù)膶?shí)例棋弥,否則,生成該activity的實(shí)例诚欠。
比如現(xiàn)在task棧元素為A-B-C-D(D在棧頂)顽染,這時(shí)候給D發(fā)一個(gè)啟動(dòng)intent,如果D是 “standard”的轰绵,則生成D的一個(gè)新實(shí)例粉寞,棧變?yōu)锳-B-C-D-D。
如果D是singleTop的話藏澳,則不會(huì)生產(chǎn)D的新實(shí)例仁锯,棧狀態(tài)仍為A-B-C-D
如果這時(shí)候給B發(fā)Intent的話耀找,不管B的launchmode是”standard” 還是 “singleTop” 翔悠,都會(huì)生成B的新實(shí)例,棧狀態(tài)變?yōu)锳-B-C-D-B野芒。
“singleInstance”是其所在棧的唯一activity蓄愁,它會(huì)每次都被重用。
“singleTask”如果在棧頂狞悲,則接受intent撮抓,否則,該intent會(huì)被丟棄摇锋,但是該task仍會(huì)回到前臺(tái)丹拯。
當(dāng)已經(jīng)存在的activity實(shí)例處理新的intent時(shí)候,會(huì)調(diào)用onNewIntent()方法 如果收到intent生成一個(gè)activity實(shí)例荸恕,那么用戶可以通過(guò)back鍵回到上一個(gè)狀態(tài)乖酬;如果是已經(jīng)存在的一個(gè)activity來(lái)處理這個(gè)intent的話,用戶不能通過(guò)按back鍵返回到這之前的狀態(tài)融求。

2.activity在屏幕旋轉(zhuǎn)時(shí)的生命周期

答:不設(shè)置Activity的android:configChanges時(shí)咬像,切屏?xí)匦抡{(diào)用各個(gè)生命周期,切橫屏?xí)r會(huì)執(zhí)行一次生宛,切豎屏?xí)r會(huì)執(zhí)行兩次县昂;設(shè)置Activity的android:configChanges="orientation"時(shí),切屏還是會(huì)重新調(diào)用各個(gè)生命周期陷舅,切橫倒彰、豎屏?xí)r只會(huì)執(zhí)行一次;設(shè)置Activity的android:configChanges="orientation|keyboardHidden"時(shí)莱睁,切屏不會(huì)重新調(diào)用各個(gè)生命周期狸驳,只會(huì)執(zhí)行onConfigurationChanged方法

  1. 注冊(cè)廣播有幾種方式预明,這些方式有何優(yōu)缺點(diǎn)?請(qǐng)談?wù)凙ndroid引入廣播機(jī)制的用意耙箍。

答:首先寫(xiě)一個(gè)類要繼承BroadcastReceiver
第一種:在清單文件中聲明,添加

<receive android:name=".IncomingSMSReceiver " >
<intent-filter>
<action android:name="android.provider.Telephony.SMS_RECEIVED")
<intent-filter>
<receiver>

第二種使用代碼進(jìn)行注冊(cè)如:

IntentFilter filter =  new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
IncomingSMSReceiver receiver = new IncomgSMSReceiver();
registerReceiver(receiver.filter);

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

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

2)第二種是常駐型辩昆,也就是說(shuō)當(dāng)應(yīng)用程序關(guān)閉后阅酪,如果有信息廣播來(lái),程序也會(huì)被系統(tǒng)調(diào)用自動(dòng)運(yùn)行汁针。

4.描述一下android的系統(tǒng)架構(gòu)

android系統(tǒng)架構(gòu)分從下往上為linux 內(nèi)核層术辐、運(yùn)行庫(kù)、應(yīng)用程序框架層施无、和應(yīng)用程序?qū)印?br> linuxkernel:負(fù)責(zé)硬件的驅(qū)動(dòng)程序辉词、網(wǎng)絡(luò)、電源猾骡、系統(tǒng)安全以及內(nèi)存管理等功能瑞躺。
libraries和 android runtime:libraries:即c/c++函數(shù)庫(kù)部分,大多數(shù)都是開(kāi)放源代碼的函數(shù)庫(kù)兴想,例如webkit(引擎)幢哨,該函數(shù)庫(kù)負(fù)責(zé) android網(wǎng)頁(yè)瀏覽器的運(yùn)行,例如標(biāo)準(zhǔn)的c函數(shù)庫(kù)libc嫂便、openssl捞镰、sqlite等,當(dāng)然也包括支持游戲開(kāi)發(fā)2dsgl和 3dopengles毙替,在多媒體方面有mediaframework框架來(lái)支持各種影音和圖形文件的播放與顯示岸售,例如mpeg4、h.264厂画、mp3凸丸、 aac、amr木羹、jpg和png等眾多的多媒體文件格式甲雅。android的runtime負(fù)責(zé)解釋和執(zhí)行生成的dalvik格式的字節(jié)碼。
applicationframework(應(yīng)用軟件架構(gòu))坑填,java應(yīng)用程序開(kāi)發(fā)人員主要是使用該層封裝好的api進(jìn)行快速開(kāi)發(fā)抛人。
applications:該層是java的應(yīng)用程序?qū)樱琣ndroid內(nèi)置的googlemaps脐瑰、e-mail妖枚、即時(shí)通信工具、瀏覽器苍在、mp3播放器等處于該層绝页,java開(kāi)發(fā)人員開(kāi)發(fā)的程序也處于該層荠商,而且和內(nèi)置的應(yīng)用程序具有平等的位置,可以調(diào)用內(nèi)置的應(yīng)用程序续誉,也可以替換內(nèi)置的應(yīng)用程序莱没。
上面的四個(gè)層次,下層為上層服務(wù)酷鸦,上層需要下層的支持饰躲,調(diào)用下層的服務(wù),這種嚴(yán)格分層的方式帶來(lái)的極大的穩(wěn)定性臼隔、靈活性和可擴(kuò)展性嘹裂,使得不同層的開(kāi)發(fā)人員可以按照規(guī)范專心特定層的開(kāi)發(fā)。
android應(yīng)用程序使用框架的api并在框架下運(yùn)行摔握,這就帶來(lái)了程序開(kāi)發(fā)的高度一致性寄狼,另一方面也告訴我們,要想寫(xiě)出優(yōu)質(zhì)高效的程序就必須對(duì)整個(gè) applicationframework進(jìn)行非常深入的理解氨淌。精通applicationframework泊愧,你就可以真正的理解android的設(shè)計(jì)和運(yùn)行機(jī)制,也就更能夠駕馭整個(gè)應(yīng)用層的開(kāi)發(fā)宁舰。

5.IntentService有何優(yōu)點(diǎn)?

答:Acitivity的進(jìn)程拼卵,當(dāng)處理Intent的時(shí)候奢浑,會(huì)產(chǎn)生一個(gè)對(duì)應(yīng)的Service蛮艰; Android的進(jìn)程處理器現(xiàn)在會(huì)盡可能的不kill掉你;非常容易使用

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

一個(gè)程序可以通過(guò)實(shí)現(xiàn)一個(gè)Content provider的抽象接口將自己的數(shù)據(jù)完全暴露出去壤蚜,而且Content providers是以類似數(shù)據(jù)庫(kù)中表的方式將數(shù)據(jù)暴露。Content providers存儲(chǔ)和檢索數(shù)據(jù)徊哑,通過(guò)它可以讓所有的應(yīng)用程序訪問(wèn)到袜刷,這也是應(yīng)用程序之間唯一共享數(shù)據(jù)的方法。
要想使應(yīng)用程序的數(shù)據(jù)公開(kāi)化莺丑,可通過(guò)2種方法:創(chuàng)建一個(gè)屬于你自己的Content provider或者將你的數(shù)據(jù)添加到一個(gè)已經(jīng)存在的Content provider中著蟹,前提是有相同數(shù)據(jù)類型并且有寫(xiě)入Content provider的權(quán)限。
如何通過(guò)一套標(biāo)準(zhǔn)及統(tǒng)一的接口獲取其他應(yīng)用程序暴露的數(shù)據(jù)梢莽?
Android提供了ContentResolver萧豆,外界的程序可以通過(guò)ContentResolver接口訪問(wèn)ContentProvider提供的數(shù)據(jù)。

7.AIDL的全稱是什么昏名?如何工作涮雷?能處理哪些類型的數(shù)據(jù)?

答:全稱是:Android Interface Define Language
在Android中, 每個(gè)應(yīng)用程序都可以有自己的進(jìn)程. 在寫(xiě)UI應(yīng)用的時(shí)候, 經(jīng)常要用到Service. 在不同的進(jìn)程中, 怎樣傳遞對(duì)象呢?顯然, Java中不允許跨進(jìn)程內(nèi)存共享. 因此傳遞對(duì)象, 只能把對(duì)象拆分成操作系統(tǒng)能理解的簡(jiǎn)單形式, 以達(dá)到跨界對(duì)象訪問(wèn)的目的. 在J2EE中,采用RMI的方式, 可以通過(guò)序列化傳遞對(duì)象. 在Android中, 則采用AIDL的方式. 理論上AIDL可以傳遞Bundle,實(shí)際上做起來(lái)卻比較麻煩轻局。
AIDL(AndRoid接口描述語(yǔ)言)是一種借口描述語(yǔ)言; 編譯器可以通過(guò)aidl文件生成一段代碼洪鸭,通過(guò)預(yù)先定義的接口達(dá)到兩個(gè)進(jìn)程內(nèi)部通信進(jìn)程的目的. 如果需要在一個(gè)Activity中, 訪問(wèn)另一個(gè)Service中的某個(gè)對(duì)象, 需要先將對(duì)象轉(zhuǎn)化成AIDL可識(shí)別的參數(shù)(可能是多個(gè)參數(shù)), 然后使用AIDL來(lái)傳遞這些參數(shù), 在消息的接收端, 使用這些參數(shù)組裝成自己需要的對(duì)象.
AIDL的IPC的機(jī)制和COM或CORBA類似, 是基于接口的样刷,但它是輕量級(jí)的。它使用代理類在客戶端和實(shí)現(xiàn)層間傳遞值. 如果要使用AIDL, 需要完成2件事情: 1. 引入AIDL的相關(guān)類.; 2. 調(diào)用aidl產(chǎn)生的class.
AIDL的創(chuàng)建方法:
AIDL語(yǔ)法很簡(jiǎn)單,可以用來(lái)聲明一個(gè)帶一個(gè)或多個(gè)方法的接口览爵,也可以傳遞參數(shù)和返回值置鼻。 由于遠(yuǎn)程調(diào)用的需要, 這些參數(shù)和返回值并不是任何類型.下面是些AIDL支持的數(shù)據(jù)類型:

  1. 不需要import聲明的簡(jiǎn)單Java編程語(yǔ)言類型(int,boolean等)
  2. String, CharSequence不需要特殊聲明
  3. List, Map和Parcelables類型, 這些類型內(nèi)所包含的數(shù)據(jù)成員也只能是簡(jiǎn)單數(shù)據(jù)類型, String等其他比支持的類型.

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

答:運(yùn)行時(shí)權(quán)限D(zhuǎn)alvik( android授權(quán))
文件系統(tǒng) linux 內(nèi)核授權(quán)

9.Android dvm的進(jìn)程和Linux的進(jìn)程, 應(yīng)用程序的進(jìn)程是否為同一個(gè)概念

答:DVM指dalivk的虛擬機(jī)蜓竹。每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行沃疮,都擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例。而每一個(gè)DVM都是在Linux 中的一個(gè)進(jìn)程梅肤,所以說(shuō)可以認(rèn)為是同一個(gè)概念司蔬。

10.NDK是什么

NDK是一些列工具的集合,NDK提供了一系列的工具姨蝴,幫助開(kāi)發(fā)者迅速的開(kāi)發(fā)C/C++的動(dòng)態(tài)庫(kù)俊啼,并能自動(dòng)將so和java 應(yīng)用打成apk包。
NDK集成了交叉編譯器左医,并提供了相應(yīng)的mk文件和隔離cpu授帕、平臺(tái)等的差異,開(kāi)發(fā)人員只需簡(jiǎn)單的修改mk文件就可以創(chuàng)建出so

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末浮梢,一起剝皮案震驚了整個(gè)濱河市跛十,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌秕硝,老刑警劉巖芥映,帶你破解...
    沈念sama閱讀 212,454評(píng)論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異远豺,居然都是意外死亡奈偏,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,553評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門(mén)躯护,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)惊来,“玉大人,你說(shuō)我怎么就攤上這事棺滞〔靡希” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 157,921評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵继准,是天一觀的道長(zhǎng)枉证。 經(jīng)常有香客問(wèn)我,道長(zhǎng)锰瘸,這世上最難降的妖魔是什么刽严? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 56,648評(píng)論 1 284
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上舞萄,老公的妹妹穿的比我還像新娘眨补。我一直安慰自己,他們只是感情好倒脓,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,770評(píng)論 6 386
  • 文/花漫 我一把揭開(kāi)白布撑螺。 她就那樣靜靜地躺著,像睡著了一般崎弃。 火紅的嫁衣襯著肌膚如雪甘晤。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 49,950評(píng)論 1 291
  • 那天饲做,我揣著相機(jī)與錄音线婚,去河邊找鬼。 笑死盆均,一個(gè)胖子當(dāng)著我的面吹牛塞弊,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播泪姨,決...
    沈念sama閱讀 39,090評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼游沿,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了肮砾?” 一聲冷哼從身側(cè)響起诀黍,我...
    開(kāi)封第一講書(shū)人閱讀 37,817評(píng)論 0 268
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎仗处,沒(méi)想到半個(gè)月后眯勾,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,275評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡疆柔,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,592評(píng)論 2 327
  • 正文 我和宋清朗相戀三年咒精,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了镶柱。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片旷档。...
    茶點(diǎn)故事閱讀 38,724評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖歇拆,靈堂內(nèi)的尸體忽然破棺而出鞋屈,到底是詐尸還是另有隱情,我是刑警寧澤故觅,帶...
    沈念sama閱讀 34,409評(píng)論 4 333
  • 正文 年R本政府宣布厂庇,位于F島的核電站,受9級(jí)特大地震影響输吏,放射性物質(zhì)發(fā)生泄漏权旷。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,052評(píng)論 3 316
  • 文/蒙蒙 一贯溅、第九天 我趴在偏房一處隱蔽的房頂上張望拄氯。 院中可真熱鬧躲查,春花似錦、人聲如沸译柏。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,815評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)鄙麦。三九已至典唇,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間胯府,已是汗流浹背介衔。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,043評(píng)論 1 266
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留骂因,地道東北人夜牡。 一個(gè)月前我還...
    沈念sama閱讀 46,503評(píng)論 2 361
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像侣签,于是被迫代替她去往敵國(guó)和親塘装。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,627評(píng)論 2 350

推薦閱讀更多精彩內(nèi)容