onSaveInstanceState和onRestoreInstanceState触发的时机
1. onSaveInstanceState和onRestoreInstanceState基本作用
onSaveInstanceState是用来保存UI状态的,你可以使用它保存你所想保存的东西,在Activity杀死之前,它一般在onStop或 者onPause之前触发,onRestoreInstanceState则是在onResume之前触发回复状态,至于复写这个方法后onCreate 方法是否会被调用。
1.Activity被杀死了,onCreate会被调用,且onRestoreInstanceState 在 onResume之前恢复上次保存的信息。
2.Activity没被杀死,onCreate不会被调用,但onRestoreInstanceState 仍然会被调用,在 onResume之前恢复上次保存的信息。
onSaveInstanceState和onRestoreInstanceState 是一对兄弟,一个负责存储,一个负责取出.“不一定”是成对的被调用的。
Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法,它们不同于 onCreate()、onPause()等生命周期方法,它们并不一定会被触发。当应用遇到意外情况(如:内存不足、用户直接按Home键)由系统销毁 一个Activity时,onSaveInstanceState() 会被调用。但是当用户主动去销毁一个Activity时,例如在应用中按返回键,onSaveInstanceState()就不会被调用。因为在这种情 况下,用户的行为决定了不需要保存Activity的状态。通常onSaveInstanceState()只适合用于保存一些临时性的状态,而 onPause()适合用于数据的持久化保存。
在activity被杀掉之前调用保存每个实例的状态,以保证该状态可以在onCreate(Bundle)或者onRestoreInstanceState(Bundle) (传入的Bundle参数是由onSaveInstanceState封装好的)中恢复。这个方法在一个activity被杀死前调用,当该activity在将来某个时刻回来时可以恢复其先前状态。
在activity被杀掉之前调用保存每个实例的状态,以保证该状态可以在onCreate(Bundle)或者onRestoreInstanceState(Bundle) (传入的Bundle参数是由onSaveInstanceState封装好的)中恢复。这个方法在一个activity被杀死前调用,当该activity在将来某个时刻回来时可以恢复其先前状态。
例如,如果activity B启用后位于activity A的前端,在某个时刻activity A因为系统回收资源的问题要被杀掉,A通过onSaveInstanceState将有机会保存其用户界面状态,使得将来用户返回到activity A时能通过onCreate(Bundle)或者onRestoreInstanceState(Bundle)恢复界面的状态。
关于onSaveInstanceState (),是在函数里面保存一些View有用的数据到一个Parcelable对象并返回。在Activity的onSaveInstanceState(Bundle outState)中调用View的onSaveInstanceState (),返回Parcelable对象,
接着用Bundle的putParcelable方法保存在Bundle savedInstanceState中。
当系统调用Activity的的onRestoreInstanceState(Bundle savedInstanceState)时, 同过Bundle的getParcelable方法得到Parcelable对象,然后把该Parcelable对象传给View的onRestoreInstanceState (Parcelable state)。在的View的onRestoreInstanceState中从Parcelable读取保存的数据以便View使用。
这就是onSaveInstanceState() 和 onRestoreInstanceState() 两个函数的基本作用和用法。
2. onSaveInstanceState() 什么时候调用
先看Application Fundamentals上的一段话:
Android calls onSaveInstanceState() before the activity becomes vulnerable to being destroyed by the system, but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key)
从这句话可以知道,当某个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会被系统调用,这是系统的责任,因为它必须要提供一个机会让你保存你的数据(当然你不保存那就随便你了)。
3. onRestoreInstanceState()什么时候调用
至于onRestoreInstanceState方法,需要注意的是,onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的。
onRestoreInstanceState被调用的前提是,activity A“确实”被系统销毁了,而如果仅仅是停留在有这种可能性的情况下,则该方法不会被调用,例如,当正在显示activity A的时候,用户按下HOME键回到主界面,然后用户紧接着又返回到activity A,这种情况下activity A一般不会因为内存的原因被系统销毁,故activity A的onRestoreInstanceState方法不会被执行.此处也说明以上二者,大多数情况下不成对被使用。
另外,onRestoreInstanceState的bundle参数也会传递到onCreate方法中,你也可以选择在onCreate方法中做数据还原.
onRestoreInstanceState()在onStart() 和 onPostCreate(Bundle)之间调用。
参考例子:
1 public class MainActivity extends Activity { 2 private static final String TAG="MainActivity"; 3 @Override 4 public void onCreate(Bundle savedInstanceState) { 5 super.onCreate(savedInstanceState); 6 setContentView(R.layout.activity_main); 7 if(savedInstanceState!=null){ 8 Log.e(TAG, "oncreate|reade page----"+savedInstanceState.getString("page")); 9 } 10 System.out.println("11111"); 11 } 12 13 @Override 14 public boolean onCreateOptionsMenu(Menu menu) { 15 getMenuInflater().inflate(R.menu.activity_main, menu); 16 return true; 17 } 18 /** 19 * Acitivity存在被系统回收的可能(只要有可能)才会调用此方法,这是为了给用户进行数据保存的机会,当然你也可以不保存 20 * 如果是认为的按下BACK键销毁当前Acitivity那么 onSaveInstanceState方法不会执行 21 * 22 * 关于这个可能: 23 * 1 按下电源键 24 * 2 跳转到别的Activity 25 * 3 按下HOME 或者长按Home选择其他应用 26 * 4 横竖屏切换 27 * 28 * 但我们保存数据一般不是在此方法中 因为从setting中停止应用程序 该方法不会被执行的 29 * 一般在生命周期的onStop方法中保存数据 30 */ 31 @Override 32 protected void onSaveInstanceState(Bundle outState) { 33 // TODO Auto-generated method stub 34 Log.e(TAG, "onSaveInstanceState run.."); 35 36 outState.putCharSequence("page", "第八页"); 37 super.onSaveInstanceState(outState); 38 } 39 40 /** 41 * onRestoreInstanceState只有在Activity确实被系统回收了才会被调用,比如横竖屏切换onRestoreInstanceState就会被执行 42 * 一般来说按Home键 再去回到Activity,Acitivity一般不被系统销毁,onRestoreInstanceState也不会被调用 43 * onRestoreInstanceState(Bundle savedInstanceState)的参数也传入到了onCreate(Bundle savedInstanceState) 44 * 45 */ 46 @Override 47 protected void onRestoreInstanceState(Bundle savedInstanceState) { 48 // TODO Auto-generated method stub 49 Log.e(TAG, "onRestoreInstanceState run.."); 50 Log.e(TAG, "onRestoreInstanceState|reade page----"+savedInstanceState.getString("page")); 51 super.onRestoreInstanceState(savedInstanceState); 52 } 53 54 55 }
浙公网安备 33010602011771号