Android学习 - onRetainNonConfigurationInstance()与onSaveInstanceState()的比较

Android中转屏与Activity状态的保存有很多种方法，其中onSaveInstanceState()和onRetainNonConfigurationInstance()比较常用，此处比较这两种方式适用地方。

针对Android平台，不论出于哪种目的，都或多或少需要在多个Activities中的跳转操作，其中包括为了获得某些系统资源和必要信息，而通过启动（startActivity()、startActivityForResult()）Child
Activity来提供一个选择器或者作为用户输入信息的介质。这期间父级Activity将暂时性失去焦点，从而在这之前先通过onSaveInstanceState()方法临时存储一些必要的信息，当父级的Activity重新成为当前焦点后，系统将触发onRestoreInstanceState()恢复失去焦点前的原有数据。onRetainNonConfigurationInstance()也具有相同的目的来处理类似的请求，其主要是由于旋转设备而更改显示模式，进而触发这个方法的调用。

那么在遇到某些特定需求时，特别是针对设备旋转后所导致的显示模式发生变化后，应该依据什么条件来判断应用哪种方式才能更好的满足需要呢？做出选择之前有必要分别了解两种方法的各自特点。

onSaveInstanceState()

在当前的Activity中通过新的Intent启动其它Activities之后，它将通过这个方法自动保存自身的数据，当再次返回时可以通过
onRestoreInstanceState()复原数据。另外一种情况也将调用这个方法，当旋转设备后屏幕显示模式发生改变时。需要注意的一点是整个过程完全由系统控制，无法通过onSaveInstanceState()返回一个自定义的数据。

另外，onSaveInstanceState()在所有Activitydestroying过程中被调用，它仅仅是为了在重新回到这个特定的Activity之后，依据Activitystate重新创建一个与之前状态完全相同的Activity。例如：当我们启动某些Connection时，State并不能依然保存这个连接状态。所以当调用onSaveInstanceState后，所有当前的connection将一同销毁。当第二次通过onRestoreInstanceState()找回之前的连接设置并重新建立新的连接实体。

如果大家有更多的发现，或者有不用于以上的验证结果，非常感谢能参与这个话题的讨论。

onRetainNonConfigurationInstance()

当Device configuration发生改变时，将伴随Destroying被系统调用。通过这个方法可以像onSaveInstanceState()的方法一样保留变化前的Activity
State，最大的不同在于这个方法可以返回一个包含有状态信息的Object，其中甚至可以包含Activity Instance本身。新创建的Activity可以继承大量来自于ParentActivity
State信息。

用这个方法保存Activity State后，通过getLastNonConfigurationInstance()在新的ActivityInstance中恢复原有状态。

这个方法最大的好处是：

1、当Activity曾经通过某个网络资源得到一些图片或者视频信息，那么当再次恢复后，无需重新通过原始资源地址获取，可以快速的加载整个Activity状态信息。

2、当Activity包含有许多线程时，在变化后依然可以持有原有线程，无需通过重新创建进程恢复原有状态。

3、当Activity包含某些ConnectionInstance时，同样可以在整个变化过程中保持连接状态。

下边是需要特别注意的几点：

1、onRetainNonConfigurationInstance()在onSaveInstanceState()之后被调用。

2、调用顺序同样介于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>

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

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();
}
}
}