第一章主題就講 activity的生命周期和啟動(dòng)模式 說實(shí)話啟動(dòng)模式懶得寫 基本都懂
關(guān)于activity的生命周期 因?yàn)橛锌赡軙划惓＝K止 所以分兩種情況 正常情況就不說了 直接放張圖片就可以了
這里寫圖片描述
而異常情況 比如 configuration的改變 會造成activity被終止重建的 比如 鍵盤的顯示隱藏 屏幕橫豎屏的切換，當(dāng)然還有其他的 ，那就不管了 ，當(dāng)然對于這個(gè) ，代碼設(shè)置或者manifest那邊設(shè)置下 Android:configChanges = 某些值就好了 一般都是”orientation|keyboardHidden|screenSize”
書中有個(gè)問題很有意思 ：當(dāng)A界面 打開B界面 是A的onPause 先執(zhí)行 還是B的onResume ？ 他是說了源碼這一塊 ，不過自身對于這方面的研究沒到位，改天看看，修改下這段文字就好了，其中涉及到一些聽都沒聽過的存在，直接說結(jié)論：位于棧頂?shù)腁界面會先被onPause 然后B界面會被 onCreate onStart onResume 之后再是A界面的onStop 所以呢 在onPause 也不要做一些重量級的操作 這樣會影響下一個(gè)界面的啟動(dòng)速度
在異常情況activity被終止時(shí)，onSaveInstanceState這個(gè)方法會被調(diào)用，正常情況 是不會調(diào)用這個(gè)方法的，所以可以在這個(gè)方法做一些保存的操作，然后在onCreate 或者onRestorInstanceState方法中 拿參數(shù)bundle ，拿之前保存的數(shù)據(jù)，雖然官方是推薦onRestoreInstanceState里面做恢復(fù)數(shù)據(jù)的操作，但是想想這么做的話，時(shí)常會做一些重復(fù)的操作，至少我是基本在onCreate中直接判斷 操作的。 當(dāng)然 onCreate在onRestorInstanceState方法之前被執(zhí)行 然后后者在正常生命周期時(shí)，不會被執(zhí)行。 至于onSaveInstanceState方法 在onPause方法之前 ，但不確定是在onPause的前后。 當(dāng)然 對于一些view 他本身就有onSaveInstanceState之類的方法 ，會自動(dòng)保存一些信息的，比如editText，他會自動(dòng)保存已經(jīng)輸入的信息。還有l(wèi)istview的滾動(dòng)位置啊之類的。其實(shí)他也是逐級告訴下去的 ，從activity開始 逐級委托保存好自己的信息。 onRestoreInstanceState如果被執(zhí)行 ，其參數(shù)必定有值，其實(shí)這個(gè)知不知道 都無所謂，無非多判斷一次。
對于activity的優(yōu)先級 前臺運(yùn)行的activity是最優(yōu)先的 其次是 可見但是非前臺的activity 類似于 無法互動(dòng) 無法點(diǎn)擊的狀態(tài) 比如彈出了個(gè)彈窗 再次是 后臺的activity 這三個(gè) 在內(nèi)存不足的情況下，依照優(yōu)先級的高低 ，會被殺死以釋放內(nèi)存資源。
將一些后臺工作 （耗時(shí)操作） 放在Service從而保證進(jìn)程有一定的優(yōu)先級，這樣就不會輕易的被系統(tǒng)殺死。畢竟一個(gè)進(jìn)程里面沒有四大組件運(yùn)行的話，就會很快的被系統(tǒng)殺死。
啟動(dòng)模式launchMode
四種啟動(dòng)模式 ：standard，singleTop ，singleTask，singleInstance 。 不說里面的具體細(xì)節(jié)了 ，默認(rèn)是第一種，不過我一般都改成了第二種，防止快速點(diǎn)擊造成的bug，第三種的話是根據(jù)需求來的，當(dāng)然很多情況下可以用其他方法來達(dá)到第三種的效果，至于第四種，不推薦使用因?yàn)閯?chuàng)建一個(gè)任務(wù)棧還是消耗資源蠻大的。 一般啟動(dòng)activity都需要一個(gè)context 而這個(gè)context一般都用當(dāng)前實(shí)例（activity）來創(chuàng)造的，誰創(chuàng)造的，新的activity就會跟著進(jìn)入誰的任務(wù)棧，這樣因此如果用application的context的話創(chuàng)建activity，就會報(bào)錯(cuò)，因?yàn)闆]有任務(wù)棧收留他，解決方法是可以setFlag ，添加意向FLAG_ACTIVITY_NEW_TASK 的標(biāo)記，其實(shí)就是新建一個(gè)任務(wù)棧，說了 這不是一個(gè)合適的方法。 關(guān)于任務(wù)棧的名字 ，可以指定TaskAffinity ，在manifest就可以指定，一般是寫成包名，默認(rèn)就是包名，是一個(gè)字符串，你也可以自定義。 另外TaskAffinity跟allowTaskReparenting合起來用的話，有一些特殊的效果，當(dāng)然這是需要兩個(gè)app才可以造成的，沒有這方面的需求，懶得記了。 關(guān)于這個(gè)啟動(dòng)模式，代碼設(shè)置 xml文件設(shè)置都可以的，前者的優(yōu)先級高一點(diǎn)，如果兩者都有，肯定按照前者的來。
IntentFilter 過濾列表
他可以設(shè)置多個(gè)action 如果匹配的時(shí)候 只需要匹配上一個(gè)就可以了 ，但是如果存在的話，就必須匹配上至少一個(gè) 。 也可以設(shè)置category 可以有多個(gè)category 但是你可以不管他，不匹配他也是可以的。但是你如果想匹配他就必須正確，不然不行。 至于data ，如果設(shè)置了，就必須存在，他由兩部分組成mimeType 跟URI 。 mimeType指媒體類型
比如xml里面設(shè)置了
<intent-filter> <data android:mimeType="image/*" /> ...
那跳轉(zhuǎn)的intent就必須設(shè)置了
intent.setDataAndType(Uri.parse("file://abc"),"image/png");
有一點(diǎn)要注意的是 不要寫成 setData 跟setType 兩者會相互覆蓋的
對于一個(gè)activity 他可以有多個(gè)intentFilter的 只要匹配上一個(gè) 就可以了
有一種重要的情況要注意
<action android:name = "android.intent.action.MAIN" /><category android:name = "android.intent.category.LAUNCHER" />
這是應(yīng)用的入口 你可以讓應(yīng)用設(shè)置多個(gè)入口 ，不過一般不會有這種情況
