关于转屏，onRetainNonConfigurationInstance()与onSaveInstanceState()的比较

关于转屏，与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属性依然保持最后一次操作的状态。

简单建立一个包含两个按钮的UI：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
>
<Button android:id="@+id/pick"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:layout_weight="1"
android:text="Pick"
android:enabled="true"
/>
<Button android:id="@+id/view"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:layout_weight="1"
android:text="View"
android:enabled="false"
/>
</LinearLayout>;

序入口主程序代码如下所示（例子中包含了如何调用系统通讯录的方法）：

package com.androidres.karka;

import android.app.Activity;
import android.content.Intent;
import android.net.Uri;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.util.Log;
import android.provider.Contacts.People;

public class KarKa extends Activity
{
	static final int	PICK_REQUEST	= 1337;
	Button				viewButton		= null;
	Uri					contact			= null;

	@Override
	public void onCreate(Bundle savedInstanceState)
	{
		super.onCreate(savedInstanceState);
		setContentView(R.layout.main);
		Button btn = (Button) findViewById(R.id.pick);
		btn.setOnClickListener(new View.OnClickListener()
		{
			public void onClick(View view)
			{
				Intent i = new Intent(Intent.ACTION_PICK, People.CONTENT_URI);
				startActivityForResult(i, PICK_REQUEST);
			}
		});
		viewButton = (Button) findViewById(R.id.view);
		viewButton.setOnClickListener(new View.OnClickListener()
		{
			public void onClick(View view)
			{
				startActivity(new Intent(Intent.ACTION_VIEW, contact));
			}
		});
		restoreMe();
		viewButton.setEnabled(contact != null);
	}

	@Override
	protected void onActivityResult(int requestCode, int resultCode, Intent data)
	{
		if (requestCode == PICK_REQUEST)
		{
			if (resultCode == RESULT_OK)
			{
				contact = data.getData();
				viewButton.setEnabled(true);
			}
		}
	}

	@Override
	public Object onRetainNonConfigurationInstance()
	{
		return (contact);
	}

	private void restoreMe()
	{
		contact = null;
		if (getLastNonConfigurationInstance() != null)
		{
			contact = (Uri) getLastNonConfigurationInstance();
		}
	}
}