Android 中，缺省情况下屏幕的切换动会销毁当前的Activity，并且重启Activity。当然这种缺省的处理方式可能不符合我们的要求。 可以有多种选择改变这种处理方式。

一种方式是在销毁Activity前保存数据，在Activity再次Create的时候载入配置。onSaveInstanceState 负责在销毁Activity之前保存数据。

@Overrideprotected 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()比较好。