onCreate onRestoreInstanceState onSaveInstanceState

1. 在activity的生命周期中，只要离开了可见阶段，或者说失去了焦点，activity就很可能被进程终止了！，被KILL掉了，，这时候，就需要有种机制，能保存当时的状态，这就是savedInstanceState的作用。

2.在Activity里的onCreate(Bundle savedInstanceState)函数中，savedInstanceState这个参数是用来存储Activity的信息，包括了每个UI的信息和用户自定义在其中存储的信息。

3.

在activity被杀掉之前调用保存每个实例的状态,以保证该状态可以在onCreate(Bundle)或者onRestoreInstanceState(Bundle) (传入的Bundle参数是由onSaveInstanceState封装好的)中恢复。这个方法在一个activity被杀死前调用，当该activity在将来某个时刻回来时可以恢复其先前状态。例如，如果activity B启用后位于activity A的前端，在某个时刻activity A因为系统回收资源的问题要被杀掉，A通过onSaveInstanceState将有机会保存其用户界面状态，使得将来用户返回到activity A时能通过onCreate(Bundle)或者onRestoreInstanceState(Bundle)恢复界面的状态。

4.一个调用onPause()但不调用onSaveInstanceState的例子是当activity B启动并处在activity A的前端：如果在B的整个生命周期里A的用户界面状态都没有被破坏的话，系统是不会调用activity A的onSaveInstanceState(Bundle)的。

5.

package com.myandroid.test;

import android.app.Activity;
import android.os.Bundle;
import android.util.Log;

public class AndroidTest extends Activity {
    private static final String TAG = "MyNewLog";
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // If an instance of this activity had previously stopped, we can
        // get the original text it started with.
        if(null != savedInstanceState)
        {
            int IntTest = savedInstanceState.getInt("IntTest"); 
            String StrTest = savedInstanceState.getString("StrTest"); 
            Log.e(TAG, "onCreate get the savedInstanceState+IntTest="+IntTest+"+StrTest="+StrTest);  
        }

        setContentView(R.layout.main);
        Log.e(TAG, "onCreate");
    }

    @Override 
    public void onSaveInstanceState(Bundle savedInstanceState) { 
      // Save away the original text, so we still have it if the activity
      // needs to be killed while paused.
      savedInstanceState.putInt("IntTest", 0); 
      savedInstanceState.putString("StrTest", "savedInstanceState test"); 
      super.onSaveInstanceState(savedInstanceState); 
      Log.e(TAG, "onSaveInstanceState");
    } 

    @Override 
    public void onRestoreInstanceState(Bundle savedInstanceState) { 
      super.onRestoreInstanceState(savedInstanceState); 

      int IntTest = savedInstanceState.getInt("IntTest"); 

      String StrTest = savedInstanceState.getString("StrTest"); 

      Log.e(TAG, "onRestoreInstanceState+IntTest="+IntTest+"+StrTest="+StrTest);
    } 
}

当某个activity变得“容易”被系统销毁时，该activity的onSaveInstanceState就会被执行，除非该activity是被用户主动销毁的，例如当用户按BACK键的时候。 
注意上面的双引号，何为“容易”？言下之意就是该activity还没有被销毁，而仅仅是一种可能性。这种可能性有哪些？通过重写一个activity的所有生命周期的onXXX方法，包括onSaveInstanceState和onRestoreInstanceState方法，我们可以清楚地知道当某个activity（假定为activity A）显示在当前task的最上层时，其onSaveInstanceState方法会在什么时候被执行，有这么几种情况： 
1、当用户按下HOME键时。 
这是显而易见的，系统不知道你按下HOME后要运行多少其他的程序，自然也不知道activity A是否会被销毁，故系统会调用onSaveInstanceState，让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则 
2、长按HOME键，选择运行其他的程序时。 
3、按下电源按键（关闭屏幕显示）时。 
4、从activity A中启动一个新的activity时。 
5、屏幕方向切换时，例如从竖屏切换到横屏时。 
在屏幕切换之前，系统会销毁activity A，在屏幕切换之后系统又会自动地创建activity A，所以onSaveInstanceState一定会被执行。 
总而言之，onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了）。 
至于onRestoreInstanceState方法，需要注意的是，onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的，onRestoreInstanceState被调用的前提是，activity A“确实”被系统销毁了，而如果仅仅是停留在有这种可能性的情况下，则该方法不会被调用，例如，当正在显示activity A的时候，用户按下HOME键回到主界面，然后用户紧接着又返回到activity A，这种情况下activity A一般不会因为内存的原因被系统销毁，故activity A的onRestoreInstanceState方法不会被执行。 
另外，onRestoreInstanceState的bundle参数也会传递到onCreate方法中，你也可以选择在onCreate方法中做数据还原。