因为BaseActivity对于数据恢复与保存已经参数传递比较混乱，维护起来很多时候都不记得自己以前写的什么代码了，因此在对其重新进行了封装与优化。

一、Activity之间进行数据传递：

ActivityA启动ActivityB代码如下：

Intent intent=new Intent(ActivityA.this,ActivityB.class);
intent.putExtra("SHEN","我是传递过来的参数");
startActivity(intent);

ActivityB中进行参数接收：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_test);
    testView=findViewById(R.id.param_text);
    saveView=findViewById(R.id.save_text);
    rstoreView=findViewById(R.id.restore_text);
    if(savedInstanceState!=null){
        testView.setText("savedInstanceState="+savedInstanceState.getString("SHEN","null"));
    }else{
        testView.setText("getIntent="+getIntent().getStringExtra("SHEN"));
    }
}

日志打印知道这个时候的savedInstanceState是为null，传递过来的参数通过getIntent().getStringExtra("SHEN")成功获取了

二、Activity的数据保存与恢复

ActivityB中对刚刚传递过来的数据进行异常销毁保存

@Override
protected void onSaveInstanceState(Bundle outState) {                
    super.onSaveInstanceState(outState);
    outState.putString("SHEN","我是保存的数据");
    saveView.setText("onSaveInstanceState-我是保存的数据");
}

ActivityB刚刚异常保存的数据进行恢复：

@Override
protected void onRestoreInstanceState(Bundle savedInstanceState){                      
    super.onRestoreInstanceState(savedInstanceState);
    rstoreView.setText("onRestoreInstanceState-"+savedInstanceState.getString("SHEN"));
}

日志打印可以看出，onCreate里面的savedInstanceState参数不在为NULL，并且通过savedInstanceState.getString("SHEN","null")将异常销毁的时候保存的数据成功拿取出来了，onRestoreInstanceState里面的savedInstanceState参数也将这个数据成功的拿取出来了

三、结论：

1、如果是为了获取其他activity传递过来的参数，就可以在onCreate里面使用getIntent().getStringExtra("SHEN")来获取

2、如果是恢复异常销毁的时候保存的数据，就可以在onCreate里面使用savedInstanceState.getString("SHEN","null")来获取，也可以在onRestoreInstanceState里面使用savedInstanceState.getString("SHEN","null")来获取

四、分析：

onSaveInstanceState的调用时机：

答案是当activity有可能被系统回收的情况下，而且是在onStop()之前。注意是有可能，如果是已经确定会被销毁，比如用户按下了返回键，或者调用了finish()方法销毁activity，则onSaveInstanceState不会被调用。 
或者也可以说，此方法只有在activity被异常终止的情况下会被调用。

总结下，onSaveInstanceState(Bundle outState)会在以下情况被调用： 
1、当用户按下HOME键时。 
2、从最近应用中选择运行其他的程序时。 
3、按下电源按键（关闭屏幕显示）时。 
4、从当前activity启动一个新的activity时。 
5、屏幕方向切换时(无论竖屏切横屏还是横屏切竖屏都会调用)。

在前4种情况下，当前activity的生命周期为： 
onPause -> onSaveInstanceState -> onStop。 
（这个是我测试的结果，但是根据《Android开发艺术探索》，说onPause和onSaveInstanceState的顺序是不一定的）

onRestoreInstanceState调用时机：

onRestoreInstanceState(Bundle savedInstanceState)只有在activity确实是被系统回收，重新创建activity的情况下才会被调用。

比如第5种情况屏幕方向切换时，activity生命周期如下： 
onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume 
在这里onRestoreInstanceState被调用，是因为屏幕切换时原来的activity确实被系统回收了，又重新创建了一个新的activity。 
（顺便吐槽一下网上的那些文章说横屏切竖屏和竖屏切横屏时activity生命周期方法执行不一样，经自己实践证明是一样的。）

而按HOME键返回桌面，又马上点击应用图标回到原来页面时，activity生命周期如下： 
onPause -> onSaveInstanceState -> onStop -> onRestart -> onStart -> onResume 
因为activity没有被系统回收，因此onRestoreInstanceState没有被调用。

如果onRestoreInstanceState被调用了，则页面必然被回收过，则onSaveInstanceState必然被调用过。

onCreate与onRestoreInstanceState里面都有Bundle参数都可以用来进行数据恢复，他们有甚区别：

因为onSaveInstanceState 不一定会被调用，所以onCreate()里的Bundle参数可能为空，如果使用onCreate()来恢复数据，一定要做非空判断。

而onRestoreInstanceState的Bundle参数一定不会是空值，因为它只有在上次activity被回收了才会调用。

而且onRestoreInstanceState是在onStart()之后被调用的。有时候我们需要onCreate()中做的一些初始化完成之后再恢复数据，用onRestoreInstanceState会比较方便。下面是官方文档对onRestoreInstanceState的说明：

This method is called after onStart() when the activity is being re-initialized from a previously saved state, given here in savedInstanceState. Most implementations will simply use onCreate(Bundle) to restore their state, but it is sometimes convenient to do it here after all of the initialization has been done or to allow subclasses to decide whether to use your default implementation.
1
注意这个说明的最后一句是什么意思？ 
to allow subclasses to decide whether to use your default implementation.

它是说，用onRestoreInstanceState方法恢复数据，你可以决定是否在方法里调用父类的onRestoreInstanceState方法，即是否调用super.onRestoreInstanceState(savedInstanceState); 
而用onCreate()恢复数据，你必须调用super.onCreate(savedInstanceState); 
否则运行会报如下错误：

E/AndroidRuntime( 4964): android.util.SuperNotCalledException: Activity {com.example.test/com.example.test.SecondActivity} did no
t call through to super.onCreate()
E/AndroidRuntime( 4964):        at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2331)
E/AndroidRuntime( 4964):        at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2426)
E/AndroidRuntime( 4964):        at android.app.ActivityThread.access$800(ActivityThread.java:153)
E/AndroidRuntime( 4964):        at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1345)
E/AndroidRuntime( 4964):        at android.os.Handler.dispatchMessage(Handler.java:110)
E/AndroidRuntime( 4964):        at android.os.Looper.loop(Looper.java:193)
E/AndroidRuntime( 4964):        at android.app.ActivityThread.main(ActivityThread.java:5386)
E/AndroidRuntime( 4964):        at java.lang.reflect.Method.invokeNative(Native Method)
E/AndroidRuntime( 4964):        at java.lang.reflect.Method.invoke(Method.java:515)
E/AndroidRuntime( 4964):        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:829)
E/AndroidRuntime( 4964):        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:645)
E/AndroidRuntime( 4964):        at dalvik.system.NativeStart.main(Native Method)
--------- beginning of /dev/log/main