一、概述

在开发过程中，不可避免地会遇到Activity被回收的场景， Activity被回收有两种情况：主动和被动。

• 当Activity是被主动回收时，例如按下了Back键，那么这时候是无法恢复的，因为系统认为你已经不再需要它了。
• 在被动回收的情况下，虽然这个Activity的实例已经被销毁了，但是系统在新建一个Activity实例的时候，会带上先前被回收Activity的信息，这些信息是被存储在Bundle的键值对，这里面有些是系统帮我们读写的，例如Activity当中View的状态，这部分的信息并不需要我们担心。（为了系统能帮我们恢复状态，必须要为每个View都指定一个id），如果我们希望保存更多临时的信息，而这些信息又没有必要写入到持久化的存储当中，这时候我们应该重写onSaveInstanceState方法，在该回调当中会传入一个Bundle对象，只需要把保存的信息放到里面，之后再在onRestoreInstanceState和onCreate方法中把它读取出来就可以了，这里面有两点需要注意的：
• onRestoreInstance只有在Bundle不为空时才会回调，而在onCreate方法当中是通过判空操作来判断是否有需要恢复的状态的。
• 在重写onRestoreInstanceState方法时，应当先调用super方法，这样由系统负责保存的部分才能够恢复。

二、疑问

关于状态的保存和恢复，实现方法很简单，我们主要了解一下它内部的原理，主要有这么几个问题：

2.1 对于View的状态，是怎么做到自动恢复的

由于文档要求我们必须调用super方法，那么就可以知道保存View状态的代码入口必然在Activity当中，我们看下Activity的默认实现：

<!-- Activity.java -->
protected void onSaveInstanceState(Bundle outState){
    outState.putBundle(WINDOW_HIERARCHY_TAG, mWindow.saveHierarchyState);
}

//看到mWindow，自然就想到了PhoneWindow.java
<!-- PhoneWindow.java -->
public Bundle saveHierarchyState() {
     mContentParent.saveHierarchyState(states); //这里是保存View状态的地方。  
     outState.putInt(FOCUSED_ID_TAG, focusedView.getId()); //保存Focus。
     outState.putSparseParcelableArray(PANELS_TAG, panelStates); //保存Panel状态。
}

<!-- View.java -->
public void saveHierachyState(SparseArray<Parcelable> container) {
   dispatchSaveInstanceState(container);
}
protected void dispatchSaveInstceState(Parcelable> container) {
    Parcelable state = onSaveInstanceState();
    container.put(mID, state);
}

整个保存View状态的流程如下：

• 调用Activity的onSaveInstanceState方法
• 该方法又调用mWindow.saveHierarchyState，把返回的结果保存到WINDOW_HIERARCHY_TAG这个Key对应的Value中
• mWindow的实现类PhoneWindow当中：
• 调用根布局的saveHierarchyState方法，这里面会从根布局按树形结构遍历，调用每个ViewGroup/View的onSaveInstanceState
• 保存FoucusView

同时，我们也可以得到结论，保存的前提有两个

• View的子类必须实现了onSaveInstanceState
• 它必须要有一个ID，这个ID作为Bundle的key，这也为我们实现自定义 View 时，需要保存状态提供了思路。

2.2 onSaveInstanceState调用时机

下面看下第二个问题，有了前面分析Activity生命周期的经验，我们直接在ActivityThread中找相关的代码：

<!-- ActivityThread.java -->
//在ActivityThread中，一共有3处调用了 saveInstanceState

private void handleRelaunchActivity(ActivityClientRecord tmp) {
    performPauseActivity(r.token, false, r.isPreHoneycomb());
    if (r.state == null && !r.stopped && !r.isPreHoneycomb) {
        //保存
    }
}

final Bundle performPauseActivity(ActivityRecord r, boolean finished, boolean saveState) {
   if (!r.activity.mFinished && saveState) { //这里saveState的条件是!r.isPreHoneycomb。
       //保存
   }
   mInstrumentation.callActivityOnPause(r.activity);
}

//这个函数调用的地方有：
1.private void handleWindowVisibility(IBinder token, boolean show) //这里saveState是false
2.public void performStopActivity(IBinder token, boolean saveState) //LocalActivityManager调过来的也是false
3.private void handleStopActivity(IBinder token, boolean show, int configChanges) //这里是true，通过 ActivityManagerSupervisor 调过来的

private void performStopActivityInner(ActivityClientRecord r, StopInfo info, boolean keepShow, boolean saveState) {
    if (r.state == null) {
        //保存  
    }
    r.activity.performStop();
}

看完这三个调用的地方，问题又解决了，结论就是：

• 如果是honeycomb之后的版本，那么在performPauseActivity时是不会保存的，而对于honeycomb之前的版本，会在回调onPause()之前保存。
• 如果在performPauseActivity时没有保存，那么在执行performStopActivityInner 时r.state为空并且是从 handleStopActivity过来的，那么会在onPause()和onStop()之间保存状态，其它情况下不会保存状态。
• 在ReLaunchAcitivity时，也会保存状态。

2.3 onRestoreInstanceState调用时机

在Activity的生命周期解析中分析onStart()方法的时候我们已经知道，它是在onStart()和onResume()之间被调用的。