第一章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ù)庫等壶辜。
基于書上說的屏幕的點亮熄滅以及手指的觸摸悯舟,我個人試了一下
界面一切·從簡,就是默認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.
關(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)建后刚梭,從豎屏到橫屏再到豎屏的過程中
常用的是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)容不是特別多夷蚊,但我還是寫的有些雜亂构挤,或許寫多了,就好了吧