lightbulb_outline Help shape the future of the Google Play Console, Android Studio, and Firebase. Start survey

處理執行階段變更

有些裝置設定可以在執行階段期間進行變更 (例如,螢幕方向、鍵盤可用性和語言)。 進行這類變更時,Android 會重新啟動執行中的 Activity (呼叫 onDestroy(),後面加上 onCreate())。 重新啟動行為的設計是以符合新裝置設定的替代資源自動重新載入您的應用程式,以協助您的應用程式適應新的設定。

如要正確處理重新啟動,務必透過一般 Activity 生命週期將您的 Activity 還原為之前的狀態,其中 Android 會先呼叫 onSaveInstanceState() 再終結您的 Activity,讓您能儲存應用程式狀態的相關資料。 之後,您便能在 onCreate()onRestoreInstanceState() 期間還原狀態。

如要測試您的應用程式是否使用原本的應用程式狀態重新啟動,您應該在應用程式執行各種工作時呼叫設定變更 (例如變更螢幕方向)。 您的應用程式應該能隨時重新啟動而不會遺失使用者資料或狀態,以便處理設定變更這類事件,或是使用者接聽來電,然後很久後才在應用程式程序可能終結後才返回應用程式的這類情況。 如要瞭解如何還原您的 Activity 狀態,請參閱 Activity 生命週期

不過,您可能遇到重新啟動應用程式以及還原大量資料的成本很昂貴,而且會產生使用者體驗不佳的情況。 在這種情況下,您有兩種其他選擇:

  1. 變更設定期間保留物件

    允許您的 Activity 在設定變更時重新啟動,但將可設定狀態的物件帶到 Activity 的新執行個體中。

  2. 自行處理設定變更

    避免系統在某些設定變更期間重新啟動您的 Activity,但在設定變更時接收回呼,您便能視需要手動更新您的 Activity。

變更設定期間保留物件

如果重新啟動您的 Activity 需要復原大量資料、重新建立網路連線或執行其他密集型操作,則由於設定變更造成的完整重新啟動可能會拖慢使用者體驗。 此外,您可能無法透過 Bundle 完全還原您的 Activity 狀態,這是系統透過 onSaveInstanceState() 回呼所為您所儲存的—它的設計並不是用來傳送大型物件 (例如點陣圖),而且其中的資料必須先序列化再還原序列化,這會耗用大量記憶體並讓設定變更變慢。 在這種情況下,您可以在 Activity 因設定變更而重新啟動時,透過保留 Fragment 的方式來減少重新初始化 Activity 的負擔。 這個片段可包含您要保留可設定狀態物件的參考資料。

當 Android 系統因設定變更而關閉您的 Activity 時,您標示要保留的 Activity 片段不會被終結。 您可以將這類片段新增至您的 Activity 以保留可設定狀態的物件。

如要在執行階段設定變更期間,在片段中保留可設定狀態的物件:

  1. 延伸 Fragment 類別並宣告可設定狀態物件的參考資料。
  2. 片段建立之後,呼叫 setRetainInstance(boolean)
  3. 將片段新增至您的 Activity。
  4. 當 Activity 重新啟動時,使用 FragmentManager 擷取片段。

例如,將您的片段定義如下:

public class RetainedFragment extends Fragment {

    // data object we want to retain
    private MyDataObject data;

    // this method is only called once for this fragment
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // retain this fragment
        setRetainInstance(true);
    }

    public void setData(MyDataObject data) {
        this.data = data;
    }

    public MyDataObject getData() {
        return data;
    }
}

注意:雖然您可以儲存任何物件,但您不應該傳送與 Activity 相關的物件,例如 DrawableAdapterView 或任何與 Context 關聯的其他物件。 如果您這樣做,會流失原始 Activity 執行個體的所有檢視和資源。 (資源流失表示您的應用程式會繼續保留資源但無法回收記憶體,因此會流失大量記憶體。)

然後使用 FragmentManager 將片段新增至您的 Activity。您可以在執行階段設定變更期間,於 Activity 再次啟動時,從片段取得資料物件。 例如,將您的 Activity 定義如下:

public class MyActivity extends Activity {

    private RetainedFragment dataFragment;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);

        // find the retained fragment on activity restarts
        FragmentManager fm = getFragmentManager();
        dataFragment = (DataFragment) fm.findFragmentByTag(“data”);

        // create the fragment and data the first time
        if (dataFragment == null) {
            // add the fragment
            dataFragment = new DataFragment();
            fm.beginTransaction().add(dataFragment, “data”).commit();
            // load the data from the web
            dataFragment.setData(loadMyData());
        }

        // the data is available in dataFragment.getData()
        ...
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        // store the data in the fragment
        dataFragment.setData(collectMyLoadedData());
    }
}

在此範例中,onCreate() 會在 Activity 新增片段或還原參考資料。 onCreate() 也會在片段執行個體內儲存可設定狀態的物件。 onDestroy() 會在保留的片段執行個體內更新可設定狀態的物件。

自行處理設定變更

如果您的應用程式在特定設定變更期間不需要更新資源,「且」您具有效能限制,要求您避免 Activity 重新啟動,則您可以宣告您的 Activity 自行處理設定變更,這樣可避免系統重新啟動您的 Activity。

注意:自行處理設定變更讓替代資源的使用變得更加困難,因為系統無法幫您自動套用。 當您必須避免因為設定變更而造成重新啟動時,應將這個方式視為最後手段,而且不建議對大部分的應用程式使用。

如要宣告您的 Activity 處理設定變更,可在宣示說明檔案中編輯適當的 <activity> 元素以包含 android:configChanges 屬性和值,代表您要處理的設定。 android:configChanges 屬性的可能值列於文件中 (最常用的值是 "orientation",可避免在螢幕方向變更時重新啟動,而 "keyboardHidden" 可避免鍵盤可用性變更時重新啟動)。 您可以使用直立線符號 | 字元來分隔,在屬性中宣告多個設定值。

例如,下列宣示說明程式碼宣告同時處理螢幕方向變更和鍵盤可用性變更的 Activity:

<activity android:name=".MyActivity"
          android:configChanges="orientation|keyboardHidden"
          android:label="@string/app_name">

現在,當其中一個設定變更時, MyActivity 便不會重新啟動。 而是由 MyActivity 接收對 onConfigurationChanged() 的呼叫。 這個方法傳送一個 Configuration 物件,指定新裝置設定。 讀取 Configuration 中的欄位時,您可判斷新的設定,並且更新您介面中使用的資源來進行適當的變更。 此時,會呼叫這個方法,Activity 的 Resources 物件會根據新設定進行更新以傳回資源,因此您便能輕鬆地重新設定 UI 的元素,系統無需重新啟動您的 Activity。

注意:從 Android 3.2 (API 級別 13) 開始,裝置在橫向與直向之間進行切換時,「螢幕大小」也會跟著變更。 因此,在開發 API 級別 13 或更高級別時 (如 minSdkVersiontargetSdkVersion 屬性所宣告),如果您要避免因為方向變更而造成執行階段重新啟動,除了"orientation" 值之外,您還必須包含 "screenSize" 值。 也就是說,您必須宣告 android:configChanges="orientation|screenSize"。不過,如果您的應用程式是針對 API 級別 12 或更低級別,則您的 Activity 一律要自行處理這個設定變更 (即使在 Android 3.2 或更高版本的裝置上執行時,這個設定變更也不會重新啟動您的 Activity)。

例如,下列 onConfigurationChanged() 實作會檢查目前的裝置方向:

@Override
public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);

    // Checks the orientation of the screen
    if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
        Toast.makeText(this, "landscape", Toast.LENGTH_SHORT).show();
    } else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT){
        Toast.makeText(this, "portrait", Toast.LENGTH_SHORT).show();
    }
}

Configuration 物件代表目前所有的設定,而不只是已變更的設定。 大多數情況下,您不用特別留意設定如何變更,只要重新指派所有的資源,提供替代項目給您正在處理的設定。 例如,因為 Resources 物件現在已更新,您可以使用 setImageResource() 重新設定任何 ImageView並且針對新設定,使用適當的資源 (如提供資源中所述)。

請注意,Configuration 欄位的值,是與 Configuration 類別的特定常數相符的整數。 如需與每個欄位搭配使用之常數的相關文件,請參閱 Configuration 參考資料中的適當欄位。

請記住:當您宣告您的 Activity 以處理設定變更時,您要負責為提供的替代項目重新設定所有元素。 如果您宣告您的 Activity 以處理方向變更,而且具有應該在橫向與直向之間進行方向變更的影像,則您必須在 onConfigurationChanged() 期間對每個元素重新指派每個資源。

如果您不需要根據這些設定變更來更新您的應用程式,可改為不必實作 onConfigurationChanged()。 在此情況下,仍然可使用設定變更前使用的所有資源,而您只要避免重新啟動您的 Activity 即可。 不過,您的應用程式應該能夠關閉以及重新啟動成之前原本的狀態,因此在一般 Activity 生命週期期間無法保留您的狀態時,就不應考慮使用這個方法。 這不只是因為有其他設定變更讓您無法防止重新啟動應用程式,還因為有您應該處理事件,例如當使用者離開應用程式後,使用者返回應用程式之前應用程式已終結。

如需有關您在 Activity 中可以處理哪些設定變更的詳細資訊,請參閱 android:configChanges 文件和 Configuration 類別。