Activity-数据状态的保存

标签：

由于手机是便捷式移动设备，掌握在用户的手中，它的展示方向我们是无法预知的，具有不确定性。平时我们拿着手机多数为竖屏，但有时候我们感觉累了也会躺着去使用手机，那么这时手机屏幕的展示方向可能已经被用户切换成横屏，由于竖屏和横屏的界面宽高比例不同，那么我们的布局界面就会发生改变，所以是件很麻烦的事情，我们需要去准备两套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 把数据给释放掉, 节省内存。

Activity-数据状态的保存

标签：

原文地址：http://www.cnblogs.com/cuishuang/p/5714374.html