Android 中，缺省情况下屏幕的切换动会销毁当前的Activity，并且重启Activity。当然这种缺省的处理方式可能不符合我们的要求。 可以有多种选择改变这种处理方式。
一种方式是在销毁Activity前保存数据，在Activity再次Create的时候载入配置。onSaveInstanceState 负责在销毁Activity之前保存数据。
@Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); if (dataString != null) { outState.putString("data", dataString); } } onCreate(Bundle savedInstanceState) 负责恢复数据
public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); dataString = savedInstanceState.getString("data"); }
onRetainNonConfigurationInstance() 和 getLastNonConfigurationInstance() 可以实现类似的功能。 前者用来保存数据，后者用来恢复数据，不过只限于Activity被销毁后马上被恢复的情况。
更常用的方式是阻止Activity的销毁和重新启动。需要首先在AndroidManifest.xml中给相应的Activity加一个属性。
android:configChanges="keyboardHidden|orientation"
然后再程序中截获 onConfigurationChanged(Configuration newConfig) 函数并且自己加以处理，这时候屏幕方向的切换不会重新启动Activity。必要的时候可以根据屏幕方向的不同重新布置布局。
public void onConfigurationChanged(Configuration newConfig) { super.onConfigurationChanged(newConfig); if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) { setupLandScapeViews(); } else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) { setupPortraitViews(); } } 如果不希望改变屏幕的显示方式，比如游戏中希望保持一种方式显示，可以在Activity中加一句
android:screenOrientation="portrait"
这样的话屏幕方向变化不会再改变显示方式和重启Activity。
现在讨论一下两种保存方式的不同：
程序运行的时候，onCreate()然后运行到onResume，一旦进行屏幕的横竖切换，就会转到onPause()，然后onDestroy()，然后程序会再次的onCreate()，然后再次的onResume()。横竖屏切换会执行onDestroy()。
关于转屏，与activity状态的保存
比较onSaveInstanceState() 与 onRetainNonConfigurationInstance()在不同需求中的用法 针对Android平台，不论出于哪种目的，都或多或少需要在多个Activities中的跳转操作，其中包括为了获得某些系统资源和必要信息，而通过启动(startActivity()&startActivityForResult() )Child Activity来提供一个选择器或者作为用户输入信息的介质。这期间父级Activity将暂时性失去焦点，从而在这之前先通过 onSaveInstanceState() 方法临时存储一些必要的信息，当父级的Activity重新成为当前焦点后，系统将触发 onRestoreInstanceState() 恢复失去焦点前的原有数据！onRetainNonConfigurationInstance()也具有相同的目的来处理类似的请求，其主要是由于旋转设备而更改显示模式，进而触发这个方法的调用。 那么在遇到某些特定需求时，特别是针对设备旋转后所导致的显示模式发生变化后，应该依据什么条件来判断应用哪种方式才能更好的满足需要呢？做出选择之前有必要分别了解两种方法的各自特点。onSaveInstanceState() 在当前的Activity中通过新的Intent启动其它Activities之后，它将通过这个方法自动保存自身的数据，当再次出返回时可以通过 onRestoreInstanceState()复原数据。另外一种情况也将调用这个方法，当旋转设备后屏幕显示模式发生改变时。需要注意的一点是整个过程完全由系统控制，无法通过onSaveInstanceState()返回一个自定义的数据。 另外，onSaveInstanceState()在所有Activity destroying过程中被调用，它仅仅是为了在重新回到这个特定的Activity之后，依据Activity state重新创建一个与之前状态完全相同的Activity。例如：当我们启动某些Connection时，State并不能依然保存这个连接状态。
所以当调用onSaveInstanceState后，所有当前的connection将一同销毁。当第二次通过 onRestoreInstanceState()找回之前的连接设置并重新建立新的连接实体。如果大家有更多的发现，或者有不用于以上的验证结果，非常感谢能参与这个话题的讨论。onRetainNonConfigurationInstance() 当Device configuration发生改变时，将伴随Destroying被系统调用。通过这个方法可以像onSaveInstanceState()的方法一样保留变化前的Activity State，最大的不同在于这个方法可以返回一个包含有状态信息的Object，其中甚至可以包含Activity Instance本身。新创建的Activity可以继承大量来至于Parent Activity State信息。 用这个方法保存Activity State后，通过getLastNonConfigurationInstance()在新的Activity Instance中恢复原有状态。这个方法最大的好处是： * 当Activity曾经通过某个网络资源得到一些图片或者视频信息，那么当再次恢复后，无需重新通过原始资源地址获取，可以快速的加载整个Activity状态信息。 * 当Activity包含有许多线程时，在变化后依然可以持有原有线程，无需通过重新创建进程恢复原有状态。 * 当Activity包含某些Connection Instance时，同样可以在整个变化过程中保持连接状态。 下边是需要特别注意的几点： * onRetainNonConfigurationInstance()在onSaveInstanceState()之后被调用。 * 调用顺序同样介于onStop() 和 onDestroy()之间。 接下来将通过一个例子来简单了解onRetainNonConfigurationInstance()和getLastNonConfigurationInstance()的用法。 这个例子将首先启动一个包含两个按钮的Activity。其中一个按钮用于调用本地通讯录，并将所选择的某一项作为返回值传给当前 Activity。另外一个按钮的作用是查看当前所选择的通讯信息。正常的流程是当第一次启动程序后，第二个查看信息按钮是不可用状态。当通过Pick按钮确定选择并返回某一通讯录内容时，查看信息按钮的状态切换为可操作状态。然后当改变设备的Configuration时，可以注意到即便是 Activity通过onCreate()重新构建，但是之前所保证的UI属性依然保持最后一次操作的状态。
为了保存图片资源和网络连接，即使使用，还是onRetainNonConfigurationInstance()比较好。