Skip to content

Most visited

Recently visited

navigation

Activity

Activity 是提供畫面的應用程式元件,使用者可以與此畫面互動以執行動作,例如撥號、拍照、傳送電子郵件或檢視地圖。 每個 Activity 都會有專屬視窗,用於繪製其使用者介面。視窗一般會佔滿螢幕,但也可能小於螢幕或在其他視窗上方浮動。

應用程式通常由多個 Activity 組成,這些 Activity 之間的繫結鬆散。 一般來說,應用程式中的某個 Activity 會指定為「主要」Activity。使用者第一次啟動應用程式時,會將此 Activity 向使用者顯示。 然後,每個 Activity 可以啟動另一個 Activity,以執行不同的動作。 每次啟動新的 Activity 時,之前的 Activity 會停止,但系統將該 Activity 保留在堆疊中(即「返回堆疊」)。 新的 Activity 啟動時會推送至返回堆疊,然後取得使用者焦點。 返回堆疊遵循基本的「後進先出」堆疊機制,因此,使用者完成目前的 Activity,按下 [返回] 按鈕時,目前的 Activity 會從堆疊被推出 (並終止),然後繼續之前的 Activity。 (返回堆疊在工作和返回堆疊文件中,有更詳細的說明)。

Activity 因啟動新的 Activity 而停止時,Activity 的生命週期回呼方法會通知此狀態的變更。由於 Activity 狀態的變更 — 可能是系統建立、停止、繼續或終止 Activity 時 — Activity 會收到數個回呼方法,而且每個回呼都提供您執行適合該次狀態變更的特定工作機會。 例如,停止時,您的 Activity 應釋放任何大型物件,例如網路或資料庫連線。 Activity 繼續時,您可以重新取得必要資源,並繼續之前中斷的動作。 這些狀態轉換都是 Activity 生命週期的一部分。

本文件的其他部分會討論建置和使用 Activity 的基本概念,包括完整討論 Activity 生命週期的運作方式,讓您可以正確地管理各種 Activity 狀態之間的轉換。

建立 Activity

如要建立 Activity,您必須建立 Activity 的子類別 (或它現有的子類別)。 在您的子類別中,您需要實作回呼方法,當 Activity 在其生命週期的各種狀態之間轉換時,系統可以呼叫此回呼方法。例如,Activity 建立、停止、繼續或終止時。 最重要的兩個回呼方法如下:

onCreate()
您必須實作此方法。系統建立您的 Activity 時會呼叫此方法。 在您的實作中,應該初始化 Activity 的基本元件。 最重要的是,您必須在這裡呼叫 setContentView(),才能定義 Activity 使用者介面的版面配置。
onPause()
系統呼叫此方法做為使用者離開您的 Activity 的第一個指標 (但並非一定表示該 Activity 遭到終止)。 您通常需要透過這個方法提交要在目前的使用者工作階段以外保留的任何變更 (原因在於使用者可能不會返回)。

還有一些您應使用的其他生命週期回呼方法,以便提供 Activity 之間流暢的使用者體驗,並處理讓您的 Activity 停止、甚至終止的非預期中斷。 如需所有生命週期回呼方法的相關資訊,請參閱管理 Activity 生命週期

實作使用者介面

Activity 的使用者介面是由階層的檢視所提供 — 衍生自 View 類別的物件。 每個檢視都控制 Activity 視窗內特定的長方形空間,並且可以回應使用者的互動。 例如,檢視可能是按鈕,使用者觸碰此按鈕時會初始化一個動作。

Android 提供許多現成的檢視,您可以用於設計並組織您的版面配置。 「小工具」是在畫面上提供視覺和互動元素的檢視,例如按鈕、文字欄位、核取方塊或只是一張影像。 「版面配置」是衍生自 ViewGroup 的檢視,讓子檢視可具有獨特的版面配置模型,例如線性版面配置、網格版面配置或相對版面配置。 您也可以製作 ViewViewGroup 類別 (或現有子類別) 的子類別,以建立您自己的小工具和版面配置,然後套用到您的 Activity 版面配置。

使用檢視定義版面配置的最常見方式,是使用 XML 版面配置檔案 (儲存於您的應用程式資源)。 這樣一來,您可以分別維護使用者介面的設計和定義 Activity 行為的原始程式碼。 您可以使用 setContentView() 傳送版面配置的資源 ID,將版面配置設為 Activity 的 UI。 不過,您也可以透過將新的 View 插入 ViewGroup,然後藉由將根 ViewGroup 傳送給 setContentView() 來使用該版面配置,以便在您的 Activity 程式碼中建立新的 View,並且建置視圖層次。

如需關於建立使用者介面的詳細資訊,請參閱使用者介面

在宣示說明中宣告 Activity

您必須在宣示說明檔案中宣告 Activity,系統才能加以存取。 如要宣告您的 Activity,請開啟宣示說明檔案,然後新增 <activity> 元素做為 <application> 元素的下層物件。 範例:

<manifest ... >
  <application ... >
      <activity android:name=".ExampleActivity" />
      ...
  </application ... >
  ...
</manifest >

您可以包括此元素中的其他屬性 (attribute) 來定義屬性 (property),例如 Activity 的標籤、Activity 的圖示或 Activity UI 的設計風格。android:name 屬性 (attribute) 是唯一必須的屬性 — 它會指定 Activity 的類別名稱。 一旦發佈應用程式,您就不得變更此名稱,這是因為這樣做可能會破壞一些功能,例如應用程式捷徑 (閱讀部落格貼文:不能變更的事項)。

請參閱 &lt;activity&gt; 元素參考文件,進一步瞭解如何在宣示說明中宣告 Activity。

使用意圖篩選器

&lt;activity&gt; 元素也可以指定各種意圖篩選器 — 使用 &lt;intent-filter&gt; 元素 — 以便宣告其他應用程式元件啟動它的方式。

使用 Android SDK 工具建立新的應用程式時,自動為您建立的 虛設常式 Activity 會內含意圖篩選器。含意圖篩選器會宣告回應 「主要」動作的 Activity,並且應放置在「啟動器」類別。意圖篩選器看起來會如下所示:

<activity android:name=".ExampleActivity" android:icon="@drawable/app_icon">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

&lt;action&gt; 元素指出這是應用程式的「主要」進入點。&lt;category&gt; 元素指出此 Activity 應列於系統的應用程式啟動器 (以允許使用者啟動此 Activity)。

如果您本來就要讓應用程式獨自運作,不要讓其他應用程式啟動其 Activity,則不需要任何其他意圖篩選器。 只有一個 Activity 可以有「主要」動作和「啟動器」類別,如同上一個範例所示。 您不要讓其他應用程式使用的 Activity,則不應使用意圖篩選器,而且您可以使用明確的意圖自行加以啟動 (將於以下小節討論)。

不過,如果您的 Activity 需要回應從其他應用程式 (和您自己的應用程式) 傳送過來的隱含式意圖,則必須為您的 Activity 定義額外的意圖篩選器。 針對您要回應的意圖類型,您必須包括 &lt;intent-filter&gt;,其中內含 &lt;action&gt; 元素和 &lt;category&gt; 元素 (選用) 和/或 &lt;data&gt; 元素。這些元素會指定您的 Activity 可以回應哪些類型的意圖。

如需關於您的 Activity 如何回應意圖的詳細資訊,請參閱意圖和意圖篩選器

啟動 Activity

透過呼叫 startActivity()、將 Intent (描述要啟動的 Activity) 傳給它,您可以啟動另一個 Activity。 意圖會指出您要啟動的那個 Activity,或描述您要執行的動作類型 (而讓系統為您選取適當的 Activity,甚至可以是來自不同應用程式的 Activity)。 意圖也可以攜帶少量的資料給已啟動的 Activity 使用。

在您自己的應用程式內運作時,通常只要啟動已知的 Activity。 建立意圖並明確定義您要啟動的 Activity (使用類別名稱),可以達成此目的。 例如,以下示範 Activity 如何啟動另一個名為 SignInActivity 的 Activity:

Intent intent = new Intent(this, SignInActivity.class);
startActivity(intent);

不過,您的應用程式也希望可以執行其他動作,例如使用您 Activity 中的資料以傳送電子郵件、文字訊息或狀態更新。 在此情況下,您的應用程式可能就沒有專屬的 Activity 來執行這類動作。因此,您可以改為運用裝置上其他應用程式提供的 Activity。讓這些 Activity 為您執行所需的動作。 這正是意圖寶貴的地方 — 您可以建立意圖,在其中描述您要執行的動作,然後系統會從另一個應用程式啟動適當的 Activity。 如果有多個 Activity 都可以處理意圖,則使用者可以選取要使用哪個 Activity。 例如,如果要讓使用者傳送電子郵件訊息,您可以建立下列意圖:

Intent intent = new Intent(Intent.ACTION_SEND);
intent.putExtra(Intent.EXTRA_EMAIL, recipientArray);
startActivity(intent);

加入意圖的 EXTRA_EMAIL 額外值是一個字串陣列,由應該要寄送電子郵件的電子郵件地址所組成。 電子郵件應用程式回應此意圖時,它會讀取額外值中提供的字串陣列,並將這些內容放置在編寫電子郵件表單的「收件人」欄位。 在此情況下,電子郵件應用程式的 Activity 會啟動,並且會在使用者完成後,繼續您的 Activity。

啟動 Activity 以取得結果

有時候,您會想要收到由您啟動 Activity 的結果。如要接收結果,請透過呼叫 startActivityForResult() (而非 startActivity()) 以啟動 Activity。 如要接收後續 Activity 的結果,請實作 onActivityResult() 回呼方法。 後續 Activity 完成時,會將 Intent 中的結果傳回到您的 onActivityResult() 方法。

例如,您可能會讓使用者在聯絡人中挑選一位,讓您的 Activity 可以針對該聯絡人的資訊進行一些處理。 以下示範如何建立這類意圖,並處理結果:

private void pickContact() {
    // Create an intent to "pick" a contact, as defined by the content provider URI
    Intent intent = new Intent(Intent.ACTION_PICK, Contacts.CONTENT_URI);
    startActivityForResult(intent, PICK_CONTACT_REQUEST);
}

@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    // If the request went well (OK) and the request was PICK_CONTACT_REQUEST
    if (resultCode == Activity.RESULT_OK && requestCode == PICK_CONTACT_REQUEST) {
        // Perform a query to the contact's content provider for the contact's name
        Cursor cursor = getContentResolver().query(data.getData(),
        new String[] {Contacts.DISPLAY_NAME}, null, null, null);
        if (cursor.moveToFirst()) { // True if the cursor is not empty
            int columnIndex = cursor.getColumnIndex(Contacts.DISPLAY_NAME);
            String name = cursor.getString(columnIndex);
            // Do something with the selected contact's name...
        }
    }
}

此範例顯示您應該在您的 onActivityResult() 方法中使用的基本邏輯,以便處理 Activity 結果。 第一個條件會檢查要求是否成功 — 如果成功,則resultCode 會是 RESULT_OK —,以及此結果回應的要求是否為已知的要求 — 範例中的 requestCode 符合以 startActivityForResult() 傳送的第二個參數。 程式碼在這裡透過查詢 Intent (data 參數) 中傳回的資料,來處理 Activity 結果。

其中的過程是,ContentResolver 針對內容供應程式執行查詢,所傳回的 Cursor 可以讀取查詢到的資料。如需詳細資訊,請參閱內容供應程式

如需關於使用意圖的詳細資訊,請參閱意圖和意圖篩選器

關閉 Activity

呼叫 Activity 的 finish() 方法,可以關閉此 Activity。您也可以呼叫 finishActivity(),關閉您之前啟動的個別 Activity。

注意:大多數情況,您不應使用這些方法明確地結束 Activity。 如同下一節所討論的 Activity 生命週期,Android 系統會為您管理 Activity 的生命週期,所以您不需要結束您自己的 Activity。 呼叫這些方法對使用者體驗有負面的影響,只有在您十分確定不希望使用者返回 Activity 的此執行個體時,才加以呼叫。

管理 Activity 生命週期

實作回呼方法來管理 Activity 的生命週期,對於開發強大且有彈性的應用程式來說,相當重要。 Activity 的生命週期受到相關其他 Activity、本身的工作以及返回堆疊的直接影響。

Activity 基本上有以下三種狀態:

已繼續
Activity 位於螢幕的前景,具有使用者焦點 (此狀態有時候也稱為「執行中」)。
已暫停
前景中有其他具備焦點的 Activity,但系統仍然可以看到這個 Activity。也就是說,這個 Activity 上方有另一個,該 Activity 為半透明,或是未覆蓋整個螢幕。 已暫停的 Activity 是完全有效的 (Activity 物件會保留在記憶體中、維護所有狀態和成員資訊,以及繼續附加至視窗管理員),但在系統記憶體極低的情況下會遭到終止。
已停止
另一個 Activity 已完全遮蓋原本的 Activity (原本的 Activity 現在位於「背景」)。 已停止的 Activity 仍然是有效的 (Activity 物件會保留在記憶體中、維護所有狀態和成員資訊,但「不會」附加至視窗管理員)。 只是使用者不會再看到已停止的 Activity,而且其他地方需要記憶體時,系統會將它終止。

如果 Activity 已暫停或已停止,系統可以透過要求它結束 (呼叫其 finish() 方法) 或直接終止其處理程序,將它從記憶體中刪除。 Activity 遭到結束或終止後,再次開啟時,必須全部重新建立。

實作生命週期回呼

Activity 在不同的狀態之間轉換時 (如上所述),會透過各種回呼方法進行通知。 所有的回呼方法都是虛設,請加以覆寫,以便在 Activity 狀態變更時,執行適當的工作。 下列主要 Activity 包括每個基礎生命週期方法:

public class ExampleActivity extends Activity {
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // The activity is being created.
    }
    @Override
    protected void onStart() {
        super.onStart();
        // The activity is about to become visible.
    }
    @Override
    protected void onResume() {
        super.onResume();
        // The activity has become visible (it is now "resumed").
    }
    @Override
    protected void onPause() {
        super.onPause();
        // Another activity is taking focus (this activity is about to be "paused").
    }
    @Override
    protected void onStop() {
        super.onStop();
        // The activity is no longer visible (it is now "stopped")
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        // The activity is about to be destroyed.
    }
}

注意:實作這些生命週期方法時,一定要先呼叫超級類別實作,才能執行任何工作,如同以上範例所示。

總而言之,這些方法定義了 Activity 的整個生命週期。透過實作這些方法,您可以監視 Activity 生命週期中的三個巢狀迴圈:

圖 1 說明 Activity 在轉換狀態時的可能迴圈和路徑。長方形代表您可以實作的回呼方法,以便 Activity 在轉換狀態時執行操作。

圖 1.Activity 生命週期。

表 1 列出相同的生命週期回呼方法,其中詳細描述每個回呼方法,並且指出每個回呼方法在 Activity 整個生命週期中的位置,包括系統是否可以在回呼方法完成後終止 Activity。

表 1.Activity 生命週期回呼方法摘要。

方法 描述 完成後是否可終止? 下一個方法
onCreate() 一開始建立 Activity 時呼叫。 您應該在這裡所有的一般靜態設定 — 建立檢視、將資料繫結至清單等等。 「套件」物件會傳送給此方法,如果有擷取到狀態,此物件會內含 Activity 的上一個狀態 (請參閱下文的儲存 Activity 狀態)。

後面一定會接著 onStart()

onStart()
     onRestart() Activity 已停止後,即將再次啟動之前呼叫。

後面一定會接著 onStart()

onStart()
onStart() Activity 即將要讓使用者看到之前呼叫。

如果 Activity 移到前景,後面會接著 onResume(),如果變成隱藏,後面會接著 onStop()

onResume()

onStop()
     onResume() Activity 即將與使用者開始互動之前呼叫。 此時,Activity 位於 Activity 堆疊的最上方,接受使用的輸入。

後面一定會接著 onPause()

onPause()
onPause() 系統即將開始繼續另一個 Activity 時呼叫。 認可對永久資料的未儲存變更、停止動畫,以及會使用 CPU 等等資源的其他操作時,一般會使用此方法。 不論此操作會執行什麼動作,都要快速完成,這是因為此方法傳回後,才會繼續下一個 Activity。

如果 Activity 返回前景,後面會接著 onResume(),如果變成使用者看不到它,後面會接著 onStop()

onResume()

onStop()
onStop() 使用者看不到 Activity 時呼叫。Activity 遭到終止或另一個 Activity (不論是現有 Activity 或新的 Activity) 已經繼續,而且將它覆蓋住,就會發生此情形。

如果 Activity 回來與使用者互動,後面會接著 onRestart(),如果 Activity 離開,後面會接著 onDestroy()

onRestart()

onDestroy()
onDestroy() 在 Activity 終止前呼叫。Activity 會接收到的最後呼叫。 Activity 正在完成 (有人在 Activity 上呼叫 finish()),或系統正在暫時終止 Activity 的這個執行個體以節省空間時,會呼叫此方法。 您可以使用 isFinishing() 方法分辨這兩種情況。

此欄標示為「完成後是否可終止?」表示系統是否可以「在方法傳回後」隨時終止代管 Activity 的處理程序,而不需要執行另一行 Activity 的程式碼。 有三個方法標示為「是」:(onPause()onStop() 以及 onDestroy())。由於 onPause() 是這三個方法中的第一個方法,Activity 建立後,onPause() 是一定會呼叫的最後一個方法,之後處理程序才能加以終止 — 如果系統必須緊急收回記憶體,可能就不會呼叫 onStop()onDestroy()。 因此,您應該使用 onPause() 將極為重要的永久資料 (例如使用者的編輯內容) 寫入儲存空間。 不過,您應選擇哪些資訊必須在 onPause() 期間加以保留,這是因為此方法中的任何程序遭到封鎖,都無法轉換到下一個 Activity,而且會讓使用者體驗變慢。

在「是否可終止」欄標示為「否」的方法,從呼叫這些方法的那一刻起,會保護代管 Activity 的處理程序不會遭到終止。 因此,Activity 從 onPause() 傳回到呼叫 onResume() 的期間為可終止。 再次呼叫和傳回 onPause() 之前,Activity 為不可終止。

注意:表 1 中定義為不是「可終止」的 Activity 仍可遭到系統終止 — 但只會發生在無技可施的情況下。 Activity 可加以終止的時機,於處理和執行緒文件中有更詳細的討論。

儲存 Activity 狀態

管理 Activity 生命週期的簡介中提到,當 Activity 暫停或停止時,會保留 Activity 的狀態。 這點是成立的,原因在於當 Activity 物件暫停或停止時,它仍然保留在記憶體中 — 關於它的成員和目前狀態的所有資訊,仍然為有效的。 因此,使用者在 Activity 內所做的任何變更,都會保留下來。所以,當 Activity 返回前景 (當它「繼續」時),那些變更仍然會在原地。

不過,當系統終止 Activity 以收回記憶體時,Activity 物件會遭到終止,所以系統就無法將它及其狀態完好無缺地繼續。 如果使用者瀏覽回 Activity 物件,系統必須加以重新建立。 但是,使用者不會注意到系統已終止該 Activity 並加以重新建立,可能因此期待 Activity 就跟之前的狀態一樣。 如果是這樣,您可以實作額外的回呼方法,以確認 Activity 狀態相關的重要資訊會保留下來。此回呼方法讓您儲存關於 Activity 狀態的資訊:onSaveInstanceState()

系統會在終止 Activity 之前呼叫 onSaveInstanceState()。 系統會將 Bundle 傳送給此方法,您可以使用 putString()putInt() 之類的方法,將 Activity 相關的狀態資訊以名稱-值組的方式儲存。 然後,如果系統終止應用程式處理程序,並且使用者瀏覽回您的 Activity,則系統會重新建立 Activity,然後將 Bundle 傳送給 onCreate()onRestoreInstanceState()。 您可以使用以上其中一種方法,從 Bundle 擷取已儲存的狀態,然後還原 Activity 狀態。 如果沒有狀態資訊可供還原,則傳送過來的 Bundle 為空值 (null) (第一次建立 Activity 時,就是這種情況)。

圖 2.Activity 返回使用者焦點,同時具備完整狀態的兩種方式:Activity 遭到終止,然後重新建立,Activity 必須還原之前儲存的狀態;或者Activity 已停止,然後繼續,Activity 狀態維持完整。

注意:不保證在您的 Activity 遭到終止之前,一定會呼叫 onSaveInstanceState(),這是因為有時會發生不需要儲存狀態的情形 (例如,使用者使用「返回」按鈕離開您的 Activity 時,原因在於使用者明確地關閉 Activity)。 如果系統要呼叫 onSaveInstanceState(),會在 onStop() 之前呼叫,可能會在 onPause() 之前呼叫。

不過,即使您沒有做任何事,沒有實作 onSaveInstanceState(),有些 Activity 狀態會經由Activity 類別的預設實作 onSaveInstanceState() 而還原。 具體來說,預設實作會針對版面配置中的每一個 View 呼叫對應的 onSaveInstanceState() 方法,這樣可以讓每個檢視提供本身應該要儲存的相關資訊。 在 Android 架構中,幾乎每個小工具都適當地實作此方法,因此 UI 中可見的變更都會自動儲存,並於 Activity 重新建立時加以還原。 例如,EditText 小工具會儲存使用者輸入的任何文字,而 CheckBox 小工具則會儲存是否勾選。 您只要針對需要儲存狀態的每個小工具,提供唯一的 ID (使用 android:id 屬性) 即可。 如果小工具沒有 ID,則系統無法儲存其狀態。

儘管 onSaveInstanceState() 的預設實作會儲存 Activity UI 相關的實用資訊,您仍然需要加以覆寫,以儲存額外的資訊,例如,您需要儲存 Activity 生命期間變更的成員值 (此真可能與 UI 中要還原的值有關,但保留那些 UI 值的成員預設不會加以還原)。

由於 onSaveInstanceState() 的預設實作可協助儲存 UI 的狀態,因此,如果您覆寫此方法以儲存額外的狀態資訊,一定要再執行任何動作之前,呼叫 onSaveInstanceState() 的超級類別實作。 同樣的情況,您也要呼叫 onRestoreInstanceState() 的超級類別實作 (如果您將它覆寫),讓預設實作可以還原檢視狀態。

注意:由於不保證一定會呼叫 onSaveInstanceState(),您只能用它來記錄 Activity 的短暫狀態 (UI 的狀態) — 不應該用它儲存永久資料。 而是要在使用者離開 Activity 時,利用 onPause() 來儲存永內資料 (例如要儲存到資料庫的資料)。

測試應用程式是否能夠還原其狀態的好方式,只要旋轉裝置,改變螢幕方向即可。 螢幕方向改變時,系統會終止 Activity 並重新建立,以便套用針對新的螢幕設定而提供使用的替代資源。 單單就這一點而言,您的 Activity 在重新建立時可以完整還原,就非常重要了,這是因為使用者操作應用程式時會經常旋轉螢幕。

處理設定變更

有些裝置設定可以在執行階段期間進行變更 (例如,螢幕方向、鍵盤可用性和語言)。 發生這類變更時,Android 會重新建立執行中的 Activity (系統呼叫 onDestroy(),然後立即呼叫 onCreate())。 此行為的設計透過自動重新載入應用程式與提供的替代資源 (例如針對不同的螢幕方向和大小的不同版面配置),可協助應用程式適應新的設定。

如果您如上所述正確地設計 Activity,處理由於螢幕方向變更的重新啟動,然後還原 Activity 的狀態,您的應用程式對於 Activity 生命週期中的不可預期事件,會更具有抗性。

處理這類重新啟動的最佳方式,是使用 onSaveInstanceState()onRestoreInstanceState() (或 onCreate()) 儲存並還原 Activity 的狀態,如同上一節所討論。

如需關於執行階段發生的設定變更,以及如何加以處理的詳細資訊,請參閱處理執行階段變更指南。

協調 Activity

Activity 啟動另一個 Activity 時,它們兩者都經歷生命週期轉換。第一個 Activity 暫停並停止 (雖然如果仍然可以在背景看到它,表示它並未真的「停止」),而另一個 Activity 建立起來。 若這些 Activity 共用儲存到磁碟或其他地方的資料,第一個 Activity 在第二個 Activity 已建立之前,不會完全停止,瞭解這件事很重要。然而,啟動第二個 Activity 的處理程序與停止第一個 Activity 的處理程序會重疊。

生命週期回呼的順序定義的很好,尤其是當兩個 Activity 位於相同的處理程序,而其中一個 Activity 啟動另一個 Activity 時。 Activity A 啟動 Activity B 時所發生的操作順利如下:

  1. Activity A 的 onPause() 方法會執行。
  2. Activity B 按順序執行 onCreate()onStart() 以及 onResume() 方法。 (Activity B 現在擁有使用者焦點)。
  3. 然後,如果螢幕上已經看不到 Activity A,就會執行 Activity A 的 onStop() 方法。

這一段可預測的生命週期回呼,可以讓您管理 Activity 之間資訊的轉換。 例如,如果第一個 Activity 停止時,您必須寫入資料庫,讓接下來的 Activity 可以讀取,那麼您應該在 onPause() 期間寫入,而不是在 onStop() 期間寫入。

This site uses cookies to store your preferences for site-specific language and display options.

Get the latest Android developer news and tips that will help you find success on Google Play.

* Required Fields

Hooray!

Follow Google Developers on WeChat

Browse this site in ?

You requested a page in , but your language preference for this site is .

Would you like to change your language preference and browse this site in ? If you want to change your language preference later, use the language menu at the bottom of each page.

This class requires API level or higher

This doc is hidden because your selected API level for the documentation is . You can change the documentation API level with the selector above the left navigation.

For more information about specifying the API level your app requires, read Supporting Different Platform Versions.

Take a short survey?
Help us improve the Android developer experience.
(Sep 2017 survey)