android開發(fā)藝術(shù)探索 筆記(一)

第一章Activity的啟動與生命周期

正常情況下的啟動狀態(tài)
onCreate加載布局锯茄,初始化數(shù)據(jù)
onStart界面可視化浓利,但尚在后臺,不可交互。
onRestart從不可見(onStop)到可見(onStart)需要經(jīng)過onRestart
onResume從后臺到前臺疙教,Activity變得可以交互。
onPause一般onPause后緊接著onStop,所以不推薦將耗時的操作放在這里权谁。
×當(dāng)新的Activity為透明時,原先Activity還是可視的憋沿,因而不會執(zhí)行onStop
onStop從不可互動到不可視旺芽,如點擊home鍵回到桌面,這是Activity一般還沒有被銷毀辐啄,等待著onRestart->onStart->onResume重新恢復(fù)狀態(tài)
onDestroy銷毀Activity采章,并進行一些回收工作,如關(guān)閉數(shù)據(jù)庫等壶辜。
一張應(yīng)該出現(xiàn)過很多遍的圖

基于書上說的屏幕的點亮熄滅以及手指的觸摸悯舟,我個人試了一下

界面一切·從簡,就是默認emptyActivity的界面
每個方法寫都寫一個Log.d("ActivityLife","onXXXX");//XXXX視方法而定

Activity剛啟動時: onCreate->onStart->onResume


啟動時

點擊返回鍵砸民,關(guān)閉程序時:onPause->onStop->onDestroy


退出

點擊home鍵:onPause->onStop
后臺

從后臺喚醒:onRestart->onStart->onResume


喚醒

一直到這里抵怎,都和我們在前面的理論是一樣的。
鎖屏?xí)r岭参,其實和掛到后臺是一樣的
鎖屏

當(dāng)喚醒屏幕時反惕,如果有密碼的話,喚醒之后是要輸入密碼演侯,這個時候Activity的界面依舊不可見姿染,因此不會調(diào)用以上的任何方法,只有解鎖后秒际,Activity重新可見時悬赏,又會執(zhí)行之前從后臺喚醒相同的步驟
喚醒
從Activity1啟動Activity2狡汉,會先執(zhí)行Activity1的onPause,然后創(chuàng)建Activity2(onCreate->onStart->onResume)再執(zhí)行Activity1的onStop.
一些小細節(jié)
關(guān)于生命周期的重點在于onStart闽颇、onStop控制的是Activity是否可見(在后臺)轴猎,onResume、onPause控制的是Activity是否在前臺可供操作进萄。
異常情況下的生命周期

而onSaveInstanceState是系統(tǒng)自行銷毀Activity時對數(shù)據(jù)的保存捻脖。重新打開時調(diào)用onRestoreInstanceState恢復(fù)數(shù)據(jù)。即異常情況下銷毀Activity時中鼠,會調(diào)用這兩個方法恢復(fù)數(shù)據(jù)可婶。而橫豎屏就屬于這種異常情況。


橫豎屏
  • 這里我們可以發(fā)現(xiàn)援雇,onSaveInstanceState是在onStop前執(zhí)行的矛渴,而onRestoreInstanceState是在onStart后執(zhí)行的。
  • 當(dāng)Activity異常情況下的情況下需要重新創(chuàng)建時惫搏,系統(tǒng)會默認我們保存當(dāng)前Activity的視圖結(jié)果具温,并在Activity重啟后為我們恢復(fù)這些數(shù)據(jù),比如文本框用戶輸入的數(shù)據(jù)筐赔,ListView的滾動位置等
  • 關(guān)于保存和恢復(fù)View的層次結(jié)構(gòu)铣猩,系統(tǒng)的工作流程:首先Activity會調(diào)用onSaveInstanceState去保存數(shù)據(jù),然后Activity會委托Window去保存數(shù)據(jù)茴丰,接著Window會委托它上面的頂級容器去保存數(shù)據(jù)达皿,頂層容器一般是DecorView(ViewGroup);最后頂層容器再去一一通知它的子元素保存數(shù)據(jù)贿肩,這樣整個數(shù)據(jù)的保存過程就完成了峦椰。
    ×這里還要注意一下,onSaveInstanceState還有一個兩個參數(shù)的方法汰规,是不會在異常狀態(tài)中調(diào)用的汤功。
資源不足導(dǎo)致的Activity被銷毀
Activity的優(yōu)先級
  • 正在和用戶交互的Activity優(yōu)先級最高: onResume
  • 可見但非前臺的Activity優(yōu)先級次之:onPause
  • 后臺Activity優(yōu)先級最低:onStop
    當(dāng)系統(tǒng)內(nèi)存不足時會殺死目標(biāo)Activity的進程,再用onSaveInstanceState和onRestoreInstanceState進行恢復(fù)溜哮。
    如果一個進程在后臺沒有四大組件在運行滔金,很容易被系統(tǒng)回收,因此可以在后臺放入一個service提高優(yōu)先級茬射。
configChanges

當(dāng)系統(tǒng)配置發(fā)生改變時鹦蠕,Activity會重新創(chuàng)建冒签,如果在Activity指定configChanges屬性在抛,Activity就會執(zhí)行configChanges的屬性,而不用重新創(chuàng)建了萧恕。
如橫豎屏切換:

manifests中配置
android:configChanges = "orientation"
//多個屬性用|
@Override
    public void onConfigurationChanged(Configuration newConfig) {
        super.onConfigurationChanged(newConfig);
        Log.d("ActivityLife","onConfigChanged:"+newConfig.orientation);
    }

Activity創(chuàng)建后刚梭,從豎屏到橫屏再到豎屏的過程中


沒用調(diào)用onSaveInstanceState和onRestoreInstanceState方法肠阱,也沒有重新創(chuàng)建Activity
configChanges的一些屬性

常用的是locale、orientation和keyboardHidden
×android4.0以上orientation要注意配置screensize朴读,不然還是會調(diào)用onCreate
使用configChanges:orientation時屹徘,就不會使用oSaveInstanceState和onRestoreInstanceState來恢復(fù)數(shù)據(jù)了,因為都沒有銷毀衅金。噪伊。。

Activity的啟動模式
Activity的LaunchMode

任務(wù)棧是一個“后進先出”的棧結(jié)構(gòu)氮唯,每次finish()處于前臺的Activity就會出棧鉴吹,直到棧為空為止,當(dāng)棧中無任何Activity的時候惩琉,系統(tǒng)就會回收這個任務(wù)棧豆励。

  • standard
    默認的模式,每次啟動都會創(chuàng)建一個新的Activity到任務(wù)棧中瞒渠。Activity A啟動Activity B會讓B進入A所在的任務(wù)棧中良蒸,就是這種特性導(dǎo)致,ApplicationContext沒有任務(wù)棧伍玖,context啟動standard的Activity時會發(fā)生錯誤嫩痰。這時候需要在Intent中加入FLAG_ACTIVITY_NEW_TASK,這時實際上是以singleTask啟動的窍箍。
    Actvity1啟動Activity1



    銷毀上面的Activity1


  • singleTop
    棧頂復(fù)用模式始赎,若該Activity處于任務(wù)棧的棧頂,那么就不會重新創(chuàng)建該Activity仔燕。
    (Activity1為singleTop)
    Activity1啟動Acticity1時:



    只調(diào)用onPause->onNewIntent->onResume
    銷毀時:



    只有單個Activity在棧中
    Activity1啟動Activity2再啟動Activity1時:
    捕獲.PNG

    會重新創(chuàng)建Activity1
    銷毀時:
    銷毀最上面的Activity1

    銷毀Activity2
  • singleTask
    棧內(nèi)復(fù)用模式造垛。這種模式下,Activity在一個棧中存在晰搀,那么多次啟動該Activity都不會重新創(chuàng)建實例五辽,和sinleTop一樣,系統(tǒng)會回調(diào)其onNewIntent外恕。如果啟動的Activity沒有所需要的任務(wù)棧杆逗,就會先創(chuàng)建任務(wù)棧再創(chuàng)建Activity。singleTask默認具有clearTop的效果鳞疲,具有該模式的Activity會讓其之上的Activity全部出棧罪郊。
    Activity1處于棧頂時啟動Activity1


    這里和singleTop是一樣的

    Activity1啟動Activity2再啟動Activity1



    注意這里,由于不會生成新的Activity1尚洽,所以調(diào)用onRestart->onStart->onResume悔橄,而Activity2會直接被銷毀。
  • singleInstance
    單實例模式。這是一種加強的singleTask模式癣疟,除了具備singleTask的特性之外挣柬,具有該模式的Activity只能單獨位于一個任務(wù)棧中;比如Activity A是singleInstance模式的睛挚,當(dāng)A啟動后邪蛔,系統(tǒng)會為它創(chuàng)建一個新的任務(wù)棧,后續(xù)的啟動均不會創(chuàng)建新的Activity扎狱,除非這個任務(wù)棧被系統(tǒng)銷毀了侧到。
    這里可以這么理解,singleInstance會創(chuàng)建一個新的任務(wù)棧淤击,這個任務(wù)棧中只有自己一個實例床牧,啟動其他Activity會重新創(chuàng)建一個任務(wù)棧,供其他的Activity使用遭贸。此時Activity的銷毀順序與創(chuàng)建順序無關(guān)戈咳,和任務(wù)棧內(nèi)Activity的順序有關(guān)。當(dāng)銷毀時處在singleInstance所在的任務(wù)棧壕吹,那么該任務(wù)棧會被銷毀著蛙,跳轉(zhuǎn)到另一個任務(wù)棧的棧頂,再根據(jù)這個任務(wù)棧Activity的次序進行銷毀耳贬。而當(dāng)銷毀工作處于另一個任務(wù)棧時踏堡,會先選擇清空這個任務(wù)棧的所有實例,在跳轉(zhuǎn)到唯一的singleInstance所在任務(wù)棧的實例咒劲。
關(guān)于四個啟動模式的流程圖->http://www.reibang.com/p/7a11ff292423
LaunchMode的使用方法
在manifests中activity下
android:launchMode="singleInstance"
或者在intent中addFlag
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
這里第二種方法的優(yōu)先級更高顷蟆,而區(qū)別在于第一種方法不能使用FLAG_ACTIVITY_CLEAR_TOP,第二種不能設(shè)置singleInstance腐魂。

這里書中還提到了TaskAffinity和AllowTaskReparenting兩個屬性
TaskAffinity標(biāo)識了Activity所需的任務(wù)棧的名字
AllowTaskReparenting="true"時帐偎,例子如下:
A啟動B的ActivityC,ActivityC剛好是這個屬性蛔屹,此時C會在A的任務(wù)棧中削樊。當(dāng)按下home鍵再打開應(yīng)用B時,會直接打開ActivityC兔毒,而不是默認的首頁面漫贞。此時ActivityC會從A的任務(wù)棧轉(zhuǎn)移到B的任務(wù)棧

adb shell dumpsys activity命令可以詳細的了解當(dāng)前任務(wù)棧情況
Activity的Flags
  • FLAG_ACTIVITY_NEW_TASK
    即singleTask
  • FLAG_ACTIVITY_SINGLE_TOP
    即singleTop
  • FLAG_ACTIVITY_CLEAR_TOP
    有此標(biāo)記的Activity在啟動時,在其上的所有Activity都將被銷毀育叁,一般會和singleTask一同出現(xiàn)迅脐,當(dāng)被啟動的Activity是standard模式時,該Activity及以上的Activity都會出棧豪嗽,再重新創(chuàng)建新的Activity
  • FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
有該標(biāo)識的Activity將不會出現(xiàn)在歷史Activity列表中谴蔑,xml中等同于:
android:exculdeFromRecents="true"```
#####IntentFliter的匹配規(guī)則
- 顯式調(diào)用
明確表示啟動對象的包名類名
- 隱式調(diào)用
需要Intent匹配IntentFliter所設(shè)置的過濾信息
- 一個Activity可以有多個IntentFliter豌骏,一個IntentFliter可以有多個action、category或是data树碱。
- 其中Intent需要同時匹配一個IntentFliter中的三種(action肯适、category和data)信息变秦。
- 一個Activity中只要匹配一個IntentFliter就可以了成榜。

- #####Action
action系統(tǒng)有預(yù)定義的,當(dāng)然我們也能自己定義蹦玫,其中intent中action必須與IntentFliter中一個action匹配赎婚。(沒有就默認不匹配)還有一點就是action區(qū)分大小寫
- #####Category
category系統(tǒng)有預(yù)定義的,當(dāng)然我們也能自己定義樱溉。category與action不同的是:intent中沒有category是默認匹配成功的挣输。如果intent定義了category,則要求intent中所有的category都是intentFliter的category中的一個福贞。
- #####data
data的匹配模式與action類似撩嚼,都需要至少一個匹配。

data的語法
<data android:scheme="string"
android:host="string"
android:port="string"
android:path="string"
android:pathPattern="string"
android:pathPrefix="string"
android:mimeType="string"/>

data由兩部分組成挖帘,URI和mimeType完丽。URI指定類似于路徑的狀態(tài),mimeType指定媒體數(shù)據(jù)
- URI的結(jié)構(gòu)有mimeType前面的scheme拇舀、host逻族、port、path骄崩、pathPattern聘鳞、pathPrefix組成。

<scheme>://<host>:<port>/{<path>|<pathPrefix>|<pathPattern>}
對應(yīng):
content://com.example.project:200/folder/subfolder/etc
http://www.baidu.com:80/search/info

- scheme:URI的模式要拂,如http抠璃、file、content等脱惰,若沒有指定scheme鸡典,URI是無效的。
- Host:URIde主機名枪芒,URI中不能為空
- Port:URI的端口號彻况,scheme和host都指定了才有意義。
- Path舅踪、pathPattern纽甘、pathPrefix:三個參數(shù)表述路徑信息。

Path指定完整路徑
pathPattern也指定完整路徑抽碌,但是可以使用通配符"",""表示0或多個字符悍赢。由于正則表達式的規(guī)范决瞳,真實字符串中""要用"\"表示,""要用"\\"表示
pathPrefix表示路徑的前綴信息

當(dāng)沒有指定URI時左权,URI默認為content和file皮胡。
Intent添加data信息:

如果要指定完整data信息,需要setDataAndType
intent.setDataAndType(Uri.parse("file://abc"),"image/png");
使用setData和setType會彼此擦除對方的值

這里data比action特殊的還有一點赏迟,就是:

<intent-filter...>
<data android:scheme="file" android:host="www.baidu.com"/>
...
</intent-filter>

<intent-filter...>
<data android:scheme="file"/>
<data android:host="www.baidu.com"/>
...
</intent-filter>

上面的兩種方法是一樣的屡贺。
當(dāng)我們隱式啟動一個Activity的時候,可以做一下判斷锌杀,看是否能匹配到我們的隱式Intent甩栈,如果不做判斷沒找到對應(yīng)的Activity系統(tǒng)就會拋出android.content.ActivityNotFoundException異常。
采用PackageManager的resolveActivity方法或者Intent的resolveActivity方法糕再,如果找不到匹配的Activity就會返回null量没,我們通過判斷返回值就可以規(guī)避上述錯誤了。
######接收隱式意圖的Activity必須有<category android:name="android.intent.category.DEFAULT"/>突想,這個category的作用在于上述兩個方法只要不返回null殴蹄,就能啟動Activity。
######有一類action和category的共同作用是標(biāo)明這是一個入口Activity猾担,并且會出現(xiàn)在系統(tǒng)的應(yīng)用列表中袭灯,少一個都沒有任何意義,也不會出現(xiàn)在系統(tǒng)的應(yīng)用列表中垒探。

<action android:name="android.intent.action.MAIN" />
//最先啟動的activity
<category android:name="android.intent.category.LAUNCHER" />
//桌面的圖標(biāo)妓蛮,顯示在程序列表中


####知識點總結(jié)的比較全,難聽點就是筆記太啰嗦了吧圾叼,感覺都有點重要蛤克,整章的內(nèi)容都快要都寫進來了。
####這一章的內(nèi)容不是特別多夷蚊,但我還是寫的有些雜亂构挤,或許寫多了,就好了吧
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末惕鼓,一起剝皮案震驚了整個濱河市筋现,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌箱歧,老刑警劉巖矾飞,帶你破解...
    沈念sama閱讀 219,039評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異呀邢,居然都是意外死亡洒沦,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,426評論 3 395
  • 文/潘曉璐 我一進店門价淌,熙熙樓的掌柜王于貴愁眉苦臉地迎上來申眼,“玉大人瞒津,你說我怎么就攤上這事±ㄊ” “怎么了巷蚪?”我有些...
    開封第一講書人閱讀 165,417評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長濒翻。 經(jīng)常有香客問我屁柏,道長,這世上最難降的妖魔是什么肴焊? 我笑而不...
    開封第一講書人閱讀 58,868評論 1 295
  • 正文 為了忘掉前任前联,我火速辦了婚禮功戚,結(jié)果婚禮上娶眷,老公的妹妹穿的比我還像新娘。我一直安慰自己啸臀,他們只是感情好届宠,可當(dāng)我...
    茶點故事閱讀 67,892評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著乘粒,像睡著了一般豌注。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上灯萍,一...
    開封第一講書人閱讀 51,692評論 1 305
  • 那天轧铁,我揣著相機與錄音,去河邊找鬼旦棉。 笑死齿风,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的绑洛。 我是一名探鬼主播救斑,決...
    沈念sama閱讀 40,416評論 3 419
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼真屯!你這毒婦竟也來了脸候?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,326評論 0 276
  • 序言:老撾萬榮一對情侶失蹤绑蔫,失蹤者是張志新(化名)和其女友劉穎运沦,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體配深,經(jīng)...
    沈念sama閱讀 45,782評論 1 316
  • 正文 獨居荒郊野嶺守林人離奇死亡携添,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,957評論 3 337
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了凉馆。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片薪寓。...
    茶點故事閱讀 40,102評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡亡资,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出向叉,到底是詐尸還是另有隱情锥腻,我是刑警寧澤,帶...
    沈念sama閱讀 35,790評論 5 346
  • 正文 年R本政府宣布母谎,位于F島的核電站瘦黑,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏奇唤。R本人自食惡果不足惜幸斥,卻給世界環(huán)境...
    茶點故事閱讀 41,442評論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望咬扇。 院中可真熱鬧甲葬,春花似錦、人聲如沸懈贺。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,996評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽梭灿。三九已至画侣,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間堡妒,已是汗流浹背配乱。 一陣腳步聲響...
    開封第一講書人閱讀 33,113評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留皮迟,地道東北人搬泥。 一個月前我還...
    沈念sama閱讀 48,332評論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像万栅,于是被迫代替她去往敵國和親佑钾。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,044評論 2 355

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