Activity 知识梳理(3) Activity状态保存和恢复

1、概述

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

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

2、疑问

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

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()之间被调用的。