由于手机是便捷式移动设备，掌握在用户的手中，它的展示方向我们是无法预知的，具有不确定性。平时我们拿着手机多数为竖屏，但有时候我们感觉累了也会躺着去使用手机，那么这时手机屏幕的展示方向可能已经被用户切换成横屏，由于竖屏和横屏的界面宽高比例不同，那么我们的布局界面就会发生改变，所以是件很麻烦的事情，我们需要去准备两套UI布局，当然很多时候我们为了节省设计成本，只准备一套UI布局（竖屏或者横屏），使程序固定在一个方向，让其不跟随着屏幕的旋转而旋转。在这里我们先不去管这些东西，我们来看看当屏幕旋转的时候，Activity的生命周期是怎么走的：
实验五：
启动一个Activity，对屏幕进行翻转，观看生命周期的变化
结论：
在我们翻转屏幕的时候，会销毁当前的Activity，然后重建Activity。
对Activity进行重建的时候，我们的数据就会丢失，很多时候，当我们切换到别的Activity的时候，需要保存当前Activity的状态或者是临时数据，那么我们该怎么办呢？
我们在Activity里再覆写这两个方法：
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Log.i(TAG, "1----------onSaveInstanceState");
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
Log.i(TAG, "1----------onRestoreInstanceState");
}
然后我们再来看下这两个方法是什么时候被调用的：
1、当正常进入退出的时候，生命周期依旧正常，这两个方法没有被调用：
2、当我们正常进入一个Activity点击按钮跳转到别的Activity的时候，我们会发现onSaveInstanceState在第二个Activity获取屏幕焦点（onResume）之后，在 第一个Activity执行onPause之后，onStop之前调用了此方法，当从第二个Activity切换回来的时候就重复执行着实验四。
细心的朋友可能已经发现，onSaveInstanceState方法里有个Bundle类型的回调参数，在onCreate里面也有个Bundle类型的参数，没错，答案就在这里，如果我们要对Activity的数据或者状态进行临时性的保存时，我们可以在onSaveInstaceState存入参数，类似这样的：
1 @Override
2 protected void onSaveInstanceState(Bundle outState) {
3 super.onSaveInstanceState(outState);
4 outState.putString("name","Rabbit");
5 Log.i(TAG, "1----------onSaveInstanceState");
6 }
在onCreate里获取：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//获取保存数据
if (savedInstanceState!=null){
Log.i(TAG, "I am "+savedInstanceState.get("name") );
}
//点击按钮跳转第二个Activity
mbButton = (Button) findViewById(R.id.bt_button);
mbButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(MainActivity.this, SecondActivity.class));
}
});
Log.i(TAG, "1----------onCreate");
}
在onRestoreInstanceState里取：
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
//获取保存数据
if (savedInstanceState!=null){
Log.i(TAG, "I am "+savedInstanceState.get("name") );
}
Log.i(TAG, "1----------onRestoreInstanceState");
}
无图无真相，来看下实验结果图，我进入了Activity对屏幕翻转，触发Activity重建，可以看到数据已经被保存了。
但这里有个疑问，当我们不翻转屏幕，也就是不触发Activity重建的时候，我们是没有执行onCreate，onRestoreInstanceState方法的，所以这个Bundle对象我们不一定是可以拿到的，那数据保存不就变得很不可靠了吗？
没错，由于Activity重建的不确定，所以saveInstanceState保存的数据一般都是临时性的，真正持久化操作我们应该在onPause方法里操作。
这里额外的要提到一点，onRestoreInstanceState方法在两种状态下会被调用：
1、在Activity被覆盖或退居后台之后，系统资源不足将其杀死，然后用户又回到了此Activity，此方法会被调用；
2、在用户改变屏幕方向时，重建的过程中，此方法会被调用。
6、关于屏幕方向改变Activity会重建的应对策略：
1、
指定为竖屏：在AndroidManifest.xml中对指定的Activity设置：
android:screenOrientation="portrait"
或者在onCreate方法中指定：
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT); //竖屏
指定为横屏：在AndroidManifest.xml中对指定的Activity设置：
android:screenOrientation="landscape"
或者在onCreate方法中指定：
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE); //横屏
2、
锁定屏幕虽然可以实现我们想要的效果，但并不是很好的一种做法，为了避免这样销毁重建的过程，我们可以在AndroidMainfest.xml中对对应的<activity>配置：
android:configChanges="orientation"
如果是Android4.0，则是：
android:configChanges="orientation|keyboardHidden|screenSize"
然后我们在Activity里重写onConfigurationChanged方法：
1 @Override
2 public void onConfigurationChanged(Configuration newConfig) {
3 super.onConfigurationChanged(newConfig);
4 Log.i(TAG, "1----------onConfigurationChanged");
5 }
这样Activity在翻转屏幕的时候就不会被销毁重建了，只是调用了onConfigurationChanged方法。
总结：
做工作中，你可能感兴趣的三个关键环① 完整生命周期② 可见生命周期③ 可交互生命周期
如图所示，图中的周期都是大的包括小的：
在实际工作中的使用
①onResume可见, 可交互.。把动态刷新的操作启动。
②onPause部分可见, 不可交互. 把动态刷新的一些操作, 给暂停了。
③onCreate 初始化一些大量的数据
④onDestroy 把数据给释放掉, 节省内存。