1、Android軟體體系架構
1.1 Android的軟體體系結構
靜態視角
1.2 Tasks
Activity代碼屬于Application，但是Task屬于Android作業系統
1.3 怎樣查看Tasks
adb shell dumpsys activity activities | sed -En -e ‘/Stack #/p’ -e ‘/Running activities/,/Run #0/p’
每個Task保護哪些Actvity
2、Activity的啟動方式
2.1 Task的啟動方式（恢復）
2.2 Task啟動方式（新建）
1、Scheme
2、第三方應用start
2.3 Laucher啟動
Laucher啟動
1、Task不存在
2、Task已經存在
3、Activity & Fragment的生命周期
3.1 Activity和Fragment
Fragment是Android3.0后引入的一個新的API，他出現的初衷是為了適應大螢屏的平板電腦， 當然現在他仍然是平板APP UI設計的寵兒，而且我們普通手機開發也會加入這個Fragment， 我們可以把他看成一個小型的Activity，又稱Activity片段！
3.2 Activity的生命周期
3.3 相鄰狀態之間的區別
1.onCreate和onStart之間有什么區別？
（1）可見與不可見的區別，前者不可見，后者可見，（2）執行次數的區別，onCreate方法只在Activity創建時執行一次，而onStart方法在Activity的切換以及按Home鍵回傳桌面再切回應用的程序中被多次呼叫，因此Bundle資料的恢復在onStart中進行比onCreate中執行更合適，（3）onCreate能做的事onStart其實都能做，但是onstart能做的事onCreate卻未必適合做，如前文所說的，setContentView和資源初始化在兩者都能做，然而想影片的初始化在onStart中做比較好，
2.onStart方法和onResume方法有什么區別？
（1）是否在前臺，onStart方法中Activity可見但不在前臺，不可互動，而在onResume中在前臺，（2）職責不同，onStart方法中主要還是進行初始化作業，而onResume方法，根據官方的建議，可以做開啟影片和獨占設備的操作，
3.onPause方法和onStop方法有什么區別？
（1）是否可見，onPause時Activity可見，onStop時Activity不可見，但Activity物件還在記憶體中，（2）在系統記憶體不足的時候可能不會執行onStop方法，因此程式狀態的保存、獨占設備和影片的關閉、以及一些資料的保存最好在onPause中進行，但要注意不能太耗時，
4.onStop方法和onDestroy方法有什么區別？
onStop階段Activity還沒有被銷毀，物件還在記憶體中，此時可以通過切換Activity再次回到該Activity，而onDestroy階段Acivity被銷毀
3.4 onNewIntent的生命周期
1、只對singleTop，singleTask，singleInstance有效，因為standard每次都是新建，所以不存在onNewIntent；
2、只對startActivity有效，對于從Navigation切換回來的恢復無效；
4、Standard等4種啟動模式
4.1 Activity啟動模式
4.2 standard啟動模式
1、standard 默認模式
系統在啟動 Activity 的任務中創建 Activity 的新實體并向其傳送 Intent，Activity 可以多次實體化，不管這個實體是否已經存在，而每個實體均可屬于不同的任務，并且一個任務可以擁有多個實體，這種模式的 Activity 被創建時它的 onCreate、onStart 都會被呼叫，這是一種典型的多實體實作，一個任務堆疊中可以有多個實體，每個實體也可以屬于不同的任務堆疊，在這種模式下，誰啟動了這個 Activity，那么這個 Activity 就運行在啟動它的那個 Activity 所在的堆疊中，
a、當從非Activity的context啟動activity時，需要帶new_task的flag；
b、當啟動一個帶有affinity的activity，如果這個activity已經有實體存在該task，則不會重新創建；
c、如果從應用內啟動的standard activity的Affinity就是App默認的Affinity，則會每次新建一個實體；
4.3 singleTop啟動模式
一個singleTop Activity 的實體可以無限多，唯一的區別是如果在堆疊頂已經有一個相同型別的Activity實體，Intent不會再創建一個Activity，而是通過onNewIntent()被發送到現有的Activity，
4.4 singleTask模式
這是一種單實體模式，在這種模式下，只要 Activity 在一個堆疊中存在，那么多次啟動此 Activity 都不會重新創建實體，和 singleTop一樣，系統也會回呼其 onNewIntent，當一個具有 singleTask 模式的Activity請求啟動后，比如 Activity A，系統首先會尋找是否存在 A 想要的任務堆疊，如果不存在，就重新創建一個任務堆疊，然后創建 A 的實體后把 A 放到堆疊中，如果存在 A 所需的任務堆疊，這時要看 A 是否在堆疊中有實體存在，如果有實體存在，那么系統就會把 A 調到堆疊頂并呼叫它的 onNewIntent 方法，如果實體不存在，就創建 A 的實體并把 A 壓入堆疊中 ，
4.5 singleInstance模式
與 singleTask 相同，只是系統不會將任何其他 Activity 啟動到包含實體的任務中，該 Activity 始終是其任務唯一僅有的成員；由此 Activity 啟動的任何 Activity 均在單獨的任務中打開，也就是有此種模式的 Activity 只能單獨地位于一個任務堆疊中
4.6 Intent Activity Flag
只對standard和singleTop有效
5、啟動模式應用場景
5.1 啟動模式的應用場景
5.2 課程總結
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/164966.html
標籤：其他
上一篇：Flutter提示Bad state: Insecure HTTP is not allowed by platform
下一篇：APP動態修改狀態欄顏色