Activity的生命週期和啟動模式

cryAllen發表於2017-01-10
模式

Activity的生命週期分析

  1. 典型情況下的生命週期。是指在使用者參與的情況下，Activity所經過的生命週期的改變。
  2. 異常情況下的生命週期。是指Activity被系統回收或者由於當前裝置的Configuration發生改變從而導致Activity被銷燬重建，異常情況下的生命週期的關注點和典型情況略有不同。
典型情況下的生命週期

onCreate：表示Activity正在被建立。

onRestart：表示Activity正在重新啟動。

onStart：表示Activity正在被啟動，即將開始，這時Activity已經可見，但是還沒出現在前臺。

onResume：表示Activity已經可見，並且出現在前臺並開始活動。

onPause：表示Activity正在停止，正常情況下，緊接著onStop就會被呼叫。

onStop：表示Activity即將停止，可以做一些稍微重量級的回收工作，同樣不能太耗時。

onDestroy：表示Activity即將被銷燬，這是Activity生命週期中的最後一個回撥，可以做一些回收工作和最終的資源釋放。

生命週期圖

注意點：

1，當使用者開啟新的Activity或者切換到桌面的時候，回撥如下：onPause -> onStop，這裡有一種特殊情況，如果新的Activity採用了透明的主題，那麼當前Activity不會回撥onStop。

2，onStart和onResume、onPause和onStop，有什麼實質不同呢。

從Activity是否可見的角度看，onStart和onStop配對，從Activity是否位於前臺這個角度，onResume和onPause配對。

3，假設當前Activity為A，如果這時使用者打卡一個新的Activity B，那麼B的onResume和A的onPause哪個先執行。

先會執行A的onPause後，新的Activity才能啟動。官方文件中有這麼一句，不能在onPause中做重量級的操作，因為必須onPause執行完成以後，新的Activity才能Resume。

異常情況下的生命週期分析

1，資源相關的系統配置發生改變導致Activity被殺死並重新建立。

比如當前Activity處於豎屏狀態，突然橫屏了，那麼此時系統配置發生了改變，在預設情況下，Activity就會被銷燬並且重新建立，拿的資源圖片就會不一樣，當系統配置發生變化之後，Activity會被銷燬，其中onPause、onStop、onDestroy均會被呼叫，由於Activity是在異常情況下終止的，系統就會呼叫onSaveInstanceState來儲存當前的Activity狀態，這個方法是在onStop之前，它和onPause沒有既定的時序關係，可能在onPause之前，也可能在onPause之後呼叫，需要強調下， 這個方法只會在Activity背異常終止的情況下呼叫，正常情況下系統不會回撥這個方法。當Activity重新建立後，系統會呼叫onRestoreInstanceSate，並且把之前儲存的資料恢復回來。

異常觸發

關於儲存和恢復View層次結構，系統的工作流程是這樣的：首先Activity被意外終止時，Activity會呼叫onSaveInstanceState去儲存資料，然後Activity會委託Window去儲存資料，接著Window再委託它上面的頂級容器去儲存資料，頂級容器是一個ViewGroup，一般來說它很可能是DecorView。最後頂層容器再去一一通知它的子元素來儲存。這是一種典型的委託思想，上層委託下層，父容器委託子元素去處理一件事，這種思想在Android中很常見，比如View的繪製過程，事件分發等等。

總之，系統只有在Activity異常終止的情況下才會呼叫onSaveInstanceState和onRestoreInstanceSate來儲存和恢復資料，其他情況下不會觸發這個過程。

2，資源記憶體不足導致優先順序低的Activity被殺死

Activity按照優先順序從高到低，可以分為三種。

  1. 前臺Activity—正在和使用者互動的Activity，優先順序最高
  2. 可見但非前臺Activity—比如Activity中彈出了一個對話方塊，導致Activity可見但是位於後臺無法和使用者直接互動
  3. 後臺Activity—已經被暫停的Activity，比如執行了onStop，優先順序最低

當系統記憶體不足時，系統就會按照上述優先順序去殺死目標Activity所在的程式，並後續通過onSaveInstanceState和onRestoreInstanceSate來儲存和恢復資料，如果一個程式中沒有四大元件在執行，那麼這個程式將很快被系統殺死，因此，比較好的方法是將後臺工作放入Service中從而保證程式有一定的優先順序，這樣就不會輕易地被系統殺死。

Activity的啟動模式

Activity的LaunchMode

  • standard：標準模式，系統預設模式。每次啟動一個Activity都會重新建立一個新的例項，不管這個例項是否已經存在。在這個模式下，誰啟動了Activity，那麼這個Activity就執行在啟動它的那個Activity所在棧中。
  • singleTop：棧頂複用模式。在這種模式下，如果新的Activity已經位於任務棧頂，那麼此Activity不會被重新建立，同時它的onNewIntent方法會被回撥，通過此方法的引數我們可以取出當前的請求資訊
  • singleTask：棧內複用模式。這是一種單例模式，在這種模式下，只要Activity在一個棧中存在，那麼多次啟動此Activity都不會建立例項，和singleTop是一樣，系統也會呼叫onNewIntent。還有一點，就是singleTask有clearTop的效果，會導致棧內已有的Activity全部出棧。
  • singleInstance：單例項模式。這是一種加強的singleTask模式，它除了具有singleTask的所有特性以外，還加強了一點，那就是具有此模式的Activity只能單獨位於一個任務棧中，比如Activity A是singleInstance模式，當A啟動後，系統會為它建立一個新的任務棧，然後A獨自在這個新的任務棧中，由於棧內複用的特性，後續均不會建立新的Activity，除非這個獨特的任務棧被系統銷燬。

如何給Activity指定啟動模式，有兩種方法，第一種是通過AndroidMenifest.xml

     <activity
            android:name="com.ryg.chapter_1.SecondActivity"
            android:configChanges="screenLayout"
            android:label="@string/app_name"
            android:launchMode="standard"
            android:taskAffinity="com.ryg.task1" />

另外一種情況是通過Intent中設定標誌位來為Activity指定啟動模式。

      Intent intent = new Intent();
      intent.setClass(MainActivity.this, SecondActivity.class);
      intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
      startActivity(intent);

這兩者是有區別的，首先，在優先順序上，第一種方式優先順序要高於第一種，當兩種同時存在的時候，以第二種方式為準，第一種方式無法直接為Activity設為FLAG_ACTIVITY_CLEAR_TOP標識，而第二種方式無法為Activity指定singleInstance模式。

Activity的Flags

FLAG_ACTIVITY_NEW_TASK：這個標記位的作用是為Activity指定“singleTask”啟動模式，其效果和在XML中指定該模式相同。

FLAG_ACTIVITY_SINGLE_TOP：這個標記位的作用是為Activity指定“singleTop”啟動模式，其效果和在XML中指定該模式相同。

FLAG_ACTIVITY_CLEAR_TOP：具有次標記位的Activity，當它啟動時，在同一個任務棧中所有位於它上面的Activity都要出棧，這個標記位一般會和singleTask啟動模式一起出現。如果被啟動的Activity的例項已經存在，那麼系統就會呼叫它的onNewIntent

閱讀擴充套件

源於對掌握的Android開發基礎點進行整理，羅列下已經總結的文章，從中可以看到技術積累的過程。
1，Android系統簡介
2，ProGuard程式碼混淆
3，講講Handler+Looper+MessageQueue關係
4，Android圖片載入庫理解
5，談談Android執行時許可權理解
6，EventBus初理解
7，Android 常見工具類
8，對於Fragment的一些理解
9，Android 四大元件之 " Activity "
10，Android 四大元件之" Service "
11，Android 四大元件之“ BroadcastReceiver "
12，Android 四大元件之" ContentProvider "
13，講講 Android 事件攔截機制
14，Android 動畫的理解
15，Android 生命週期和啟動模式
16，Android IPC 機制
17，View 的事件體系
18，View 的工作原理
19，理解 Window 和 WindowManager
20，Activity 啟動過程分析
21，Service 啟動過程分析
22，Android 效能優化
23，Android 訊息機制
24，Android Bitmap相關
25，Android 執行緒和執行緒池
26，Android 中的 Drawable 和動畫
27，RecylerView 中的裝飾者模式
28，Android 觸控事件機制
29，Android 事件機制應用
30，Cordova 框架的一些理解
31，有關 Android 外掛化思考
32，開發人員必備技能——單元測試

相關文章