1、说明

在管理activity生命周期的简单介绍中提到当一个activity被暂停或停止时，该activity的状态被保留。因为当activity对象被暂停或停止时仍然保留在内存中，所有有关成员的信息和当前的状态仍然可用。这样，用户对该activity所做的任何更改都会保留并当恢复时这些变化仍然存在。

然而，当系统为了恢复内存而销毁activity对象时，该activity对象就被销毁了，因此系统不能简单的通过状态恢复它。相反，当用户从新回到该界面时系统必须重新创建activity对象。然而，用户并不知道系统销毁了该activity对象并重新创建了它，这样，很可能期望这个界面就是之前的那个。在这种情况下，必须保证有关activity状态的重要信息通过实现额外的回调函数来保存有关activity状态的信息：onSaveInstanceState()。

在该activity受到破坏之前调用onSaveInstanceState()方法。系统传递一个Bundle对象到该方法，一个Bundle利用putString()和putInt()方法以键值对的形式保存activity的状态信息。这时，当系统杀掉应用程序进程，用户又回到之前的界面，系统重新创建一个activity并传递Bundle到onCreate()和onRestoreInstanceState()方法。利用任一个方法，可以从Bundle中提取保存的状态信息并恢复该Activity的状态。如果没有状态信息需要恢复，这时传递的Bundle是null（当第一次创建activity时）。

然而，即便你没做任何事情并且也没有实现onSaveInstanceState()，一些activity状态也会通过activity类默认的onSaveInstanceState()实现来存储。具体来说，默认的实现为布局中的每个View调用相应的onSaveInstanceState()方法，在该方法里每个view提供需要保存的自身的信息。几乎Android框架中的每个组件都适当的实现了该方法，例如，UI上的任何可视的变化都能自动的保存并在该Activity重新创建时恢复。例如，EditText部件保存用户输入的任何文本，CheckBox保存是否被选中。你需要做的唯一工作是为每个需要保存状态的组件提供一个唯一的ID(利用android:id属性)，如果一个组件没有ID，系统不能保存它的状态（一般情况是xml上提供一个ID，如果是代码上布局的组件，就用setId(int id)提供一个ID）。

虽然onSaveInstanceState()默认实现能够保存Activity的一些有用信息，但还是需要覆盖它保存一些额外的信息。例如，需要在activity生命周期中保存更改的成员值（这需要在UI中恢复这些值相关，但是持有这些值的成员不会被恢复）。

如果重新了onSaveInstanceState()方法，在实现中应该调用父类的方法，以存储默认的信息。同时在onRestoreInstanceState()中也调用父类的方法以恢复默认的信息。

注意：由于onSaveInstanceState()方法不保证一定会被调用，你应该用它只记录activity的临时状态而不是持久数据。相反，在onPause()里来存储持久数据。

测试应用程序恢复状态能力的好方法是简单的旋转设备以使屏幕方向改变。当方向改变时，系统销毁并重新创建这个Activity以应用可选的资源，这些资源在新屏幕配置中使用。出于这个原因，当activity重新创建时完全恢复其状态是很重要的，应用用户在使用应用时经常旋转屏幕。

Handling configuration changes

有些设备配置在运行时会改变(例如，屏幕方向，键盘可用性，和语言)。当这些变化发生时，Android重新创建这个运行着的Activity(系统调用onDestroy()，然后立即调用onCreate())，这种行为可以帮助应用程序采用新的配置，通过自动加载应用程序利用你提供的可选资源(不同的屏幕和大小采用不同的布局)。

如果你能正确的设计activity来处理由于屏幕方向变化和恢复activity状态导致的重启，你的应用程序会对activity生命周期中的突发事件更有弹性。

处理这种重启事件最好的方法就是存储和恢复你的activity的状态，通过调用onSaveInstanceState()和onRestoreInstanceState()(或onCreate())。

当一个activity启动另一个，他们都需要进行生命周期转换。第一个activity暂停和停止。而另一个activity被创建。这种情况下这些activities共享保存到光盘或其他地方的数据，重要的是理解在第二个activity被创建之前第一个activity是没有完全停止的。相反，启动第二个的过程和停止第一个的过程是重叠的。

生命周期中回调的顺序需要友好定义，特别是当两个activities在同一个进程里，一个启动另一个。下面是当A启动B时的顺序：
1， A的onPause()方法执行
2， B的onCreate(),onStart()和onResume()方法执行
3， 这时，如果A在屏幕上已不可见，onStop()方法执行。

2、实操

2.1、使用 onSaveInstanceState() 保存简单轻量的界面状态

当您的 Activity 开始停止时，系统会调用 onSaveInstanceState() 方法，以便您的 Activity 可以将状态信息保存到实例状态 Bundle 中。此方法的默认实现保存有关 Activity 视图层次结构状态的瞬时信息，例如 EditText 微件中的文本或 ListView 微件的滚动位置。

如需保存 activity 的其他实例状态信息，请替换 onSaveInstanceState()，并将键值对添加到在 activity 意外销毁时保存的 Bundle 对象。替换 onSaveInstanceState() 时，如果您希望默认实现保存视图层次结构的状态，则需要调用父类实现。具体可见以下示例：

static final String STATE_SCORE = "playerScore";
static final String STATE_LEVEL = "playerLevel";
// ...


@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current game state.
    savedInstanceState.putInt(STATE_SCORE, currentScore);
    savedInstanceState.putInt(STATE_LEVEL, currentLevel);

    // Always call the superclass so it can save the view hierarchy state.
    super.onSaveInstanceState(savedInstanceState);
}

注意 ：当用户显式关闭 activity 或其他情况下，当调用 finish() 时，系统不会调用 onSaveInstanceState()。

如需保存持久性数据（例如用户偏好设置或数据库的数据），请在 activity 位于前台时抓住适当的机会。如果没有这样的时机，请在使用 onStop() 方法期间保存持久性数据。

2.2、使用保存的实例状态恢复 Activity 界面状态

重建先前被销毁的 Activity 后，您可以从系统传递给 Activity 的 Bundle 中恢复保存的实例状态。onCreate() 和 onRestoreInstanceState() 回调方法都会接收包含实例状态信息的同一 Bundle。

由于无论系统是创建新的 activity 实例还是重新创建之前的实例，都会调用 onCreate() 方法，因此您需要先检查状态 Bundle 是否为 null，然后再尝试读取它。如果为 null，系统将新建 Activity 实例，而不会恢复之前销毁的实例。

以下代码段展示了如何在 onCreate() 中恢复某些状态数据：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState); // Always call the superclass first

    // Check whether we're recreating a previously destroyed instance.
    if (savedInstanceState != null) {
        // Restore value of members from saved state.
        currentScore = savedInstanceState.getInt(STATE_SCORE);
        currentLevel = savedInstanceState.getInt(STATE_LEVEL);
    } else {
        // Probably initialize members with default values for a new instance.
    }
    // ...
}

您可以选择实现系统在 onStart() 方法之后调用的 onRestoreInstanceState()，而不是在 onCreate() 期间恢复状态。仅当存在要恢复的已保存状态时，系统才会调用 onRestoreInstanceState()，因此您无需检查 Bundle 是否为 null。

public void onRestoreInstanceState(Bundle savedInstanceState) {
    // Always call the superclass so it can restore the view hierarchy.
    super.onRestoreInstanceState(savedInstanceState);

    // Restore state members from saved instance.
    currentScore = savedInstanceState.getInt(STATE_SCORE);
    currentLevel = savedInstanceState.getInt(STATE_LEVEL);
}

注意：请始终调用 onRestoreInstanceState() 的父类实现，以便默认实现可以恢复视图层次结构的状态。

觉得本文对您有用，麻烦点赞、关注、收藏，您的肯定是我创作的无限动力，谢谢！！！