8) 十分鐘學會android--Activity的生命週期之停止與重啟

標籤：UI   eve   widget   tco   sys   空間   沒有   roi   程式   

恰當的停止與重啟我們的activity是很重要的，在activity生命週期中，他們能確保使用者感知到程式的存在並不會丟失他們的進度。在下面一些關鍵的情境中會涉及到停止與重啟：

• 使用者開啟最近使用app的菜單並從我們的app切換到另外一個app，這個時候我們的app是被停止的。如果使用者通過手機主介面的啟動程式表徵圖或者最近使用程式的視窗回到我們的app，那麼我們的activity會重啟。
• 使用者在我們的app裡面執行啟動一個新activity的操作，當前activity會在第二個activity被建立後stop。如果使用者點擊back按鈕，第一個activtiy會被重啟。
• 使用者在使用我們的app時接收到一個來電通話.

Activity類提供了onStop()與onRestart()方法來允許在activity停止與重啟時進行調用。不同於暫停狀態的部分阻塞UI，停止狀態是UI不再可見並且使用者的焦點轉移到另一個activity中.

Note: 因為系統在activity停止時會在記憶體中儲存Activity的執行個體，所以有時不需要實現onStop(),onRestart()甚至是onStart()方法. 因為大多數的activity相對比較簡單，activity會自己停止與重啟，我們只需要使用onPause()來停止正在啟動並執行動作並斷開系統資源連結。

Figure 1. 顯示：當使用者離開我們的activity時，系統會調用onStop()來停止activity (1). 這個時候如果使用者返回，系統會調用onRestart()(2), 之後會迅速調用onStart()(3)與onResume()(4). 請注意：無論什麼原因導致activity停止，系統總是會在onStop()之前調用onPause()方法。

停止activity

當activity調用onStop()方法, activity不再可見，並且應該釋放那些不再需要的所有資源。一旦activity停止了，系統會在需要記憶體空間時摧毀它的執行個體(和棧結構有關，通常back操作會導致前一個activity被銷毀)。極端情況下，系統會直接殺死我們的app進程，並不執行activity的onDestroy()回調方法, 因此我們需要使用onStop()來釋放資源，從而避免記憶體流失。(這點需要注意)

儘管onPause()方法是在onStop()之前調用，我們應該使用onStop()來執行那些CPU intensive的shut-down操作，例如往資料庫寫資訊。

例如，下面是一個在onStop()的方法裡面儲存筆記草稿到persistent storage的樣本:

@Overrideprotected void onStop() {    super.onStop();  // Always call the superclass method first    // Save the note‘s current draft, because the activity is stopping    // and we want to be sure the current note progress isn‘t lost.    ContentValues values = new ContentValues();    values.put(NotePad.Notes.COLUMN_NAME_NOTE, getCurrentNoteText());    values.put(NotePad.Notes.COLUMN_NAME_TITLE, getCurrentNoteTitle());    getContentResolver().update(            mUri,    // The URI for the note to update.            values,  // The map of column names and new values to apply to them.            null,    // No SELECT criteria are used.            null     // No WHERE columns are used.            );}

 

activity已經停止後，Activity對象會儲存在記憶體中，並在activity resume時被重新調用。我們不需要在恢複到Resumed state狀態前重新初始化那些被儲存在記憶體中的組件。系統同樣儲存了每一個在布局中的視圖的目前狀態，如果使用者在EditText組件中輸入了text，它會被儲存，因此不需要儲存與恢複它。

Note: 即使系統會在activity stop時停止這個activity，它仍然會儲存View對象的狀態(比如EditText中的文字) 到一個Bundle中，並且在使用者返回這個activity時恢複它們(下一小節會介紹在activity銷毀與重建立立時如何使用Bundle來儲存其他資料的狀態).

啟動與重啟activity

當activity從Stopped狀態回到前台時，它會調用onRestart().系統再調用onStart()方法，onStart()方法會在每次activity可見時都會被調用。onRestart()方法則是只在activity從stopped狀態恢複時才會被調用，因此我們可以使用它來執行一些特殊的恢複(restoration)工作，請注意之前是被stopped而不是destrory。

使用onRestart()來恢複activity狀態是不太常見的，因此對於這個方法如何使用沒有任何的guidelines。然而，因為onStop()方法應該做清除所有activity資源的操作，我們需要在重啟activtiy時重新執行個體化那些被清除的資源，同樣, 我們也需要在activity第一次建立時執行個體化那些資源。介於上面的原因，應該使用onStart()作為onStop()所對應方法。因為系統會在建立activity與從停止狀態重啟activity時都會調用onStart()。也就是說，我們在onStop裡面做了哪些清除的操作，就該在onStart裡面重新把那些清除掉的資源重新建立出來。

例如：因為使用者很可能在回到這個activity之前已經過了很長一段時間，所以onStart()方法是一個比較好的地方來驗證某些必須的系統特性是否可用。

@Overrideprotected void onStart() {    super.onStart();  // Always call the superclass method first    // The activity is either being restarted or started for the first time    // so this is where we should make sure that GPS is enabled    LocationManager locationManager =            (LocationManager) getSystemService(Context.LOCATION_SERVICE);    boolean gpsEnabled = locationManager.isProviderEnabled(LocationManager.GPS_PROVIDER);    if (!gpsEnabled) {        // Create a dialog here that requests the user to enable GPS, and use an intent        // with the android.provider.Settings.ACTION_LOCATION_SOURCE_SETTINGS action        // to take the user to the Settings screen to enable GPS when they click "OK"    }}@Overrideprotected void onRestart() {    super.onRestart();  // Always call the superclass method first    // Activity being restarted from stopped state}

 

當系統Destory我們的activity，它會為activity調用onDestroy()方法。因為我們會在onStop方法裡面做釋放資源的操作，那麼onDestory方法則是我們最後去清除那些可能導致記憶體流失的地方。因此需要確保那些線程都被destroyed並且所有的操作都被停止。

8) 十分鐘學會android--Activity的生命週期之停止與重啟