Android四大組件之Activity詳解

一、Activity的生命周期

首先，我們來了解一下Activity典型的生命周期

一個Activity從啟動到結束會以如下順序經歷整個生命周期：

onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()。包含了六個部分，還有一個onRestart()沒有調用，

下面就來一一介紹

• onCreate()：當 Activity 第一次創建時會被調用。當 Activity 第一次創建時會被調用。這是生命周期的第一個方法。在這個方法中，可以做一些初始化工作，比如調用setContentView去加載界面布局資源，初始化Activity所需的數據。
• onStart()：表示Activity正在被啟動，即將開始，這時Activity已經出現了，但是還沒有出現在前臺，無法與用戶交互。
• onResume()：表示Activity已經可見了，并且出現在前臺并開始活動。
• onPause()：表示 Activity正在停止，仍可見，正常情況下，緊接著onStop就會被調用。onPause中不能進行耗時操作，會影響到新Activity的顯示。因為onPause必須執行完，新的Activity的onResume才會執行。
• onStop()：表示Activity即將停止，不可見，位于后臺。
• onDestory()：表示Activity即將銷毀，這是Activity生命周期的最后一個回調，可以做一些回收工作和最終的資源回收。
• onRestart()：表示Activity正在重新啟動。一般情況下，當當前Activity從不可見重新變為可見狀態時，onRestart就會被調用。這種情形一般是用戶行為導致的，比如用戶按Home鍵切換到桌面或打開了另一個新的Activity，接著用戶又回到了這個Actvity。

生命周期的幾種普通情況

• ①針對一個特定的Activity，第一次啟動，回調如下：onCreate()->onStart()->onResume()
• ②用戶打開新的Activiy的時候，上述Activity的回調如下：onPause()->onStop()
• ③再次回到原Activity時，回調如下：onRestart()->onStart()->onResume()
• ④按back鍵回退時，回調如下：onPause()->onStop()->onDestory()
• ⑤按Home鍵切換到桌面后又回到該Actitivy，回調如下：onPause()->onStop()->onRestart()->onStart()->onResume()
• ⑥調用finish()方法后，回調如下：onDestory()(以在onCreate()方法中調用為例，不同方法中回調不同，通常都是在onCreate()方法中調用)

下面來看一下特殊情況下的生命周期

①橫豎屏切換

在橫豎屏切換的過程中，會發生Activity被銷毀并重建的過程。

在Activity由于異常情況下終止時，系統會調用onSaveInstanceState來保存當前Activity的狀態。這個方法的調用是在onStop之前，它和onPause沒有既定的時序關系，該方法只在Activity被異常終止的情況下調用。當異常終止的Activity被重建以后，系統會調用onRestoreInstanceState，并且把Activity銷毀時onSaveInstanceState方法所保存的Bundle對象參數同時傳遞給onRestoreInstanceState和onCreate方法。可以通過onRestoreInstanceState方法來恢復Activity的狀態，該方法的調用時機是在onStart之后。

橫豎屏切換的生命周期：onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

可以通過在AndroidManifest文件的Activity中指定如下屬性：

android:configChanges = "orientation| screenSize"

來避免橫豎屏切換時，Activity的銷毀和重建

②資源內存不足導致優先級低的Activity被殺死

Activity優先級的劃分和下面的Activity的三種運行狀態是對應的。

• (1) 前臺Activity——正在和用戶交互的Activity，優先級最高。
• (2) 可見但非前臺Activity——比如Activity中彈出了一個對話框，導致Activity可見但是位于后臺無法和用戶交互。
• (3) 后臺Activity——已經被暫停的Activity，比如執行了onStop，優先級最低。

當系統內存不足時，會按照上述優先級從低到高去殺死目標Activity所在的進程。

再來看看Activity的三種運行狀態

①Resumed（活動狀態）

又叫Running狀態，這個Activity正在屏幕上顯示，并且有用戶焦點。

②Paused（暫停狀態）

這是一個比較不常見的狀態。這個Activity在屏幕上是可見的，但是并不是在屏幕最前端的那個Activity。比如有另一個非全屏或者透明的Activity是Resumed狀態，沒有完全遮蓋這個Activity。

③Stopped（停止狀態）

當Activity完全不可見時，此時Activity還在后臺運行，仍然在內存中保留Activity的狀態，并不是完全銷毀。

二、Activity的啟動模式

1.啟動模式的類別

Android提供了四種Activity啟動方式：

• 標準模式（standard）
• 棧頂復用模式（singleTop）
• 棧內復用模式（singleTask）
• 單例模式（singleInstance）

2.啟動模式的結構——棧

Activity的管理是采用任務棧的形式，任務棧采用“后進先出”的棧結構。

3.Activity的LaunchMode

(1)標準模式（standard）

每啟動一次Activity，就會創建一個新的Activity實例并置于棧頂。誰啟動了這個Activity，那么這個Activity就運行在啟動它的那個Activity所在的棧中。

應用場景： 絕大多數Activity。

(2)棧頂復用模式（singleTop）

如果需要新建的Activity位于任務棧棧頂，那么此Activity的實例就不會重建，而是重用棧頂的實例。并回調如下方法：

@Override
  protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
  }

由于不會重建一個Activity實例，則不會回調其他生命周期方法。

如果棧頂不是新建的Activity,就會創建該Activity新的實例，并放入棧頂。

應用場景：在通知欄點擊收到的通知，然后需要啟動一個Activity，這個Activity就可以用singleTop，否則每次點擊都會新建一個Activity。

(3)棧內復用模式（singleTask）

該模式是一種單例模式，即一個棧內只有一個該Activity實例。該模式，可以通過在AndroidManifest文件的Activity中指定該Activity需要加載到那個棧中，即singleTask的Activity可以指定想要加載的目標棧。singleTask和taskAffinity配合使用，指定開啟的Activity加入到哪個棧中。

關于taskAffinity的值： 每個Activity都有taskAffinity屬性，這個屬性指出了它希望進入的Task。如果一個Activity沒有顯式的指明該Activity的taskAffinity，那么它的這個屬性就等于Application指明的taskAffinity，如果Application也沒有指明，那么該taskAffinity的值就等于包名。

<activity android:name=".Activity1"
 android:launchMode="singleTask"
 android:taskAffinity="com.lvr.task"
 android:label="@string/app_name">
</activity>

在這種模式下，如果Activity指定的棧不存在，則創建一個棧，并把創建的Activity壓入棧內。如果Activity指定的棧存在，如果其中沒有該Activity實例，則會創建Activity并壓入棧頂，如果其中有該Activity實例，則把該Activity實例之上的Activity殺死清除出棧，重用并讓該Activity實例處在棧頂，然后調用onNewIntent()方法。

應用場景： 如大多數App的主頁。

(4)單例模式（singleInstance）

作為棧內復用模式（singleTask）的加強版,打開該Activity時，直接創建一個新的任務棧，并創建該Activity實例放入新棧中。一旦該模式的Activity實例已經存在于某個棧中，任何應用再激活該Activity時都會重用該棧中的實例。
應用場景： 如呼叫來電界面。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對億速云的支持。如果你想了解更多相關內容請查看下面相關鏈接