android 同一个activity保留一个 activity保存当前状态

主要是bundle   这个参数

学习Activity的生命周期，我们知道，当Activity进入到paused或者stopped状态后，这个Activity的状态仍然保存着。因为这个Activity对象仍然保存在内存中，它的所有信息和状态仍然是存在的，当这个Activity再次返回到前台是，它仍然保持着离开时候的样子。

然而，如果Activity进入到了后台，系统为了回收内存，有可能会去销毁该Activity，那么，当用户通过导航返回的时候，系统就不能简单的去恢复这个Activity，而是会重新创建这个Activity对象。但是对于普通用户来说，他并不知道系统销毁了Activity并重新创建它，因此，可能希望该Activity保存和他离开时候一样的状态。

在这种情况下，您可以通过回调方法onSaveInstanceState()来保存Activity的一些重要信息，并通过onCreate()或者onRestoreInstanceState()回调方法来恢复这些信息。

1. @Override  
2. protected void onSaveInstanceState(Bundle outState) {  
3. super.onSaveInstanceState(outState);  
4. "roamer", "onSaveInstanceState");  
5. }  
6.   
7. @Override  
8. protected void onCreate(Bundle savedInstanceState) {  
9. super.onCreate(savedInstanceState);  
10.     setContentView(R.layout.activity_main);  
11. "roamer", "onCreate");  
12. }  
13.   
14. @Override  
15. protected void onRestoreInstanceState(Bundle savedInstanceState) {  
16. super.onRestoreInstanceState(savedInstanceState);  
17. "roamer", "onRestoreInstanceState");  
18. }

通过onSaveInstanceState()方法传递进来的Bundle对象中，存入我们想要保存的东西。然后，当Activity被重新创建的时候，我们就可以通过onCreate()或者onRestoreInstanceState()方法的Bundle对象，来获得我们之前存入的数据。至于Bundle的用法，就不多说了。

过程如下图：

注意：并不是每一次Activity销毁，系统都回去回调onSaveInstanceState()方法，我们是我们自己finish掉该Activity，那么onSaveInstanceState()方法就不会被调用。

并且系统调用onSaveInstanceState()方法的时机一般是在onStop()之前，但是也有可能是onPause之前。

并且系统调用onRestoreInstanceState()的时机，是在onStart()之后，onResume之前。

Activity状态保存的默认机制

然而，即使我们不重写onSaveInstanceState()方法，Activity对于onSaveInstanceState()方法的默认实现，仍然会帮我们恢复某些状态。具体来说，默认的实现会帮我们调用该Activity布局中每个View的onSaveInstanceState()方法。View中的onSaveInstanceState()方法体如下：

1. //View的onRestoreInstanceState()方法  
2. //该方法允许每个View提供自己需要保存的信息  
3. @Override  
4. protected void onRestoreInstanceState(Parcelable state) {  
5. // TODO Auto-generated method stub  
6. super.onRestoreInstanceState(state);  
7. }

几乎Android框架中的每一个widget都适当的实现了这个方法，这样任何可见的UI更改活动在重新创建时自动保存和恢复。例如，EditText部件保存用户输入的任何文本，CheckBox部件保存是否被选中。 我们唯一要做的工作就是提供一个惟一的ID(android:ID属性)为每个widget保存其状态。如果一个部件没有一个ID，则系统不能保存其状态。当然，如果在某些特殊的情况下，你不需要某个View自动保存和恢复他的状态，那么你可以设置View的属性android:saveEnabled为false，或者调用setSaveEnabled()方法。

尽管系统帮我们实现了UI组建的自动保存和恢复，但是有时候也需要去保存和恢复一些其他的成员变量。在这种情况下，记得重写onSaveInstanceState()和onRestoreInstanceState()方法是，记得带上super方法的实现，因为那里就是系统UI组件自动保存和恢复的默认实现。

注意：因为onSaveInstnceState()方法并不是Activity销毁前一定被执行，所以你最好仅仅保存与Activity状态相关的信息（UI状态）。你不应该去保存那些持久化的数据，那些持久化的数据应该放到onPause方法里面去执行（比如将数据存储到数据库中）。

测试Activity状态保存的方法

Activity调用onSaveInstanceState()方法时机还好，但是调用onRestoreInstanceState()就有点不太好控制，因为等到系统内存不够去销毁Activity也是比较难以控制的。所以我们可以用下面的办法，来测试Activity的状态保存。

就是旋转设置，让屏幕方向变化（当然前提是你没有锁定设置的旋转功能，Activity也没有设置屏幕方向）。当屏幕方向变化时，系统为了新的屏幕配置寻找替代资源，会销毁和重建Activity。

activity的状态保存，我们最主要的问题有三点：

1.onSaveInstanceState这个方法什么时候被执行，因为他不是必须的，不是activity生命周期中必须的流程

onSaveInstanceState() 只有在系统即将要自动清理销毁Activity或Fragment前才会调用, 

换句话说：你自己finish，他肯定不会调用的，必须是系统自己触发的，

比如 

1, 由于重力感应 手机从竖屏变为横屏, 

2, 手机点击Home键和长按Home键

3, 点击电源键锁屏时

4, 从当前Activity跳到另一个Activity

5, 应用内存不足即将自动销毁时

2.onSaveInstanceState他保存的数据是持有化的，还是永久性的呢

onSaveInstanceState()   这个方法适合临时保存一些非永久性的数据.如果要持久化保存数据,就要将操作放在onStop(), onDestroy()这些方法中去

这样来看onSaveInstanceState()的作用就是：

onSaveInstanceState()  适合的是当前Activity或者Fragment一旦被系统自己销毁,应用还能在这之前保存一些必要的数据, 并且用户的操作很快又回到当前这个页面,这个时候数据并没有丢失,还能最大程度的恢复之前状态.这就是这个方法最大的意义

3.怎么复写的问题，也就是怎么自己保存自己的数据了，使用的是bundle模式，也即是key-value模式了

因为在android的设计中中，这个函数的主要的作用是用来保存UI状态的，现在怎么去保存一些自己的数据呢

保存：

@Override
public void onSaveInstanceState(Bundle outState){
       super.onSaveInstanceState(outState);
       String content = etCon.getText().toString();
       outState.putString("inputCon", content);
}

取出来：

@Override
public void onViewStateRestored(Bundle savedInstanceState){
<span style="white-space:pre">	</span>super.onViewStateRestored(savedInstanceState);
<span style="white-space:pre">	</span>//恢复之前输入框的内容
<span style="white-space:pre">	</span>if(savedInstanceState != null){
<span style="white-space:pre">		</span>etCon.setText(savedInstanceState.getString("inputCon", ""));
	}
}

状态保存主要的使用除了横竖屏切换，在 fragment替换的时候可以用来解决花屏的问题