比较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:
?View Code XML
<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();
}
}
}