activity状态的保存和保持(onRetainNonConfigurationInstance和getLastNonConfigurationInstanc

本文转载于：http://chengbs.iteye.com/blog/1156167

比较onsaveinstancestate() 与 onretainnonconfigurationinstance()在不同需求中的用法

很多网友可能知道android横竖屏切换时会触发onsaveinstancestate，而还原时会产生onrestoreinstancestate，但是android的activity类还有一个方法名为onretainnonconfigurationinstance和getlastnonconfigurationinstance这两个方法。



我们可以通过 onretainnonconfigurationinstance 代替 onsaveinstancestate，比如距离2



@override

public object onretainnonconfigurationinstance() 

{ 

//这里需要保存的内容，在切换时不是bundle了，我们可以直接通过object来代替

return obj;

}



在恢复窗口时，我们可以不使用 onrestoreinstancestate，而代替的是 getlastnonconfigurationinstance 方法。我们可以直接在oncreate中使用，比如



object obj = getlastnonconfigurationinstance(); 最终obj的内容就是上次切换时的内容。

针对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"

/>

如果你想保存Activity的信息（例如，类实例的变量）而又不需要和其它的组件共享的话，你可以调用Activity的getPreferences方法，不用指定一个Preference的名字。对返回的Shared
Preference的访问只限于调用的Activity；每个Activity支持一个不命名的Shared
Preference对象。



下面的框架代码显示了如何使用Activity的私有Shared
Preference：



protected void saveActivityPreferences()

{

// Create or retrieve the activity preferences object.

SharedPreferences activityPreferences = getPreferences(Activity.MODE_PRIVATE);



// Retrieve an editor to modify the shared preferences.

SharedPreferences.Editor editor = activityPreferences.edit();



// Retrieve the View

TextView myTextView = (TextView)findViewById(R.id.myTextView);



// Store new primitive types in the shared preferences object.

editor.putString(“currentTextValue”, myTextView.getText().toString());



// Commit changes.

editor.commit();

}



保存和恢复实例状态



对于保存Activity实例的变量来说，Android提供了一种替代Shared
Preference的特殊方法。



通过重写Activity的onSaveInstanceState事件处理函数，你可以使用它的Bundle参数来保存实例的值。保存数据的方法还是使用与在Shared
Preference中相同的get和put方法。在完成Bundle的修改后，将其传入父类的处理函数中，如下面的代码片段所示：



private static final String TEXTVIEW_STATE_KEY = “TEXTVIEW_STATE_KEY”;

@Override

public void onSaveInstanceState(Bundle outState) {

// Retrieve the View

TextView myTextView = (TextView)findViewById(R.id.myTextView);



// Save its state

outState.putString(TEXTVIEW_STATE_KEY,

myTextView.getText().toString());



super.onSaveInstanceState(outState);

}



这个处理函数会在Activity的Active生命周期结束时触发，但仅在它不是显式地结束（即异常结束）。因此，它一般用于确保在单个用户会话中的Active生命周期间Activity状态的一致性。



如果一个会话期间，应用程序被迫重启，那么，保存的Bundle会传入到onRestoreInstanceState和onCreate方法中。下面的片段显示了如何从Bundle中提取值来更新Activity实例的状态：



@Override

public void onCreate(Bundle icicle) {

super.onCreate(icicle);

setContentView(R.layout.main);

TextView myTextView = (TextView)findViewById(R.id.myTextView);

String text = “”;

if (icicle != null && icicle.containsKey(TEXTVIEW_STATE_KEY))

text = icicle.getString(TEXTVIEW_STATE_KEY);

myTextView.setText(text);

}



有一点很重要的是，记住onSaveInstanceState仅在Activity变成非Active状态时调用，但不在调用finish来关闭它或用户按下Back按钮时调用。



保存To-Do List Activity的状态



目前，每一次To-Do List例子程序重新启动时，所有的to-do项都丢失了且任何在文本输入框中输入的文字也被清除了。在这个例子中，你将在会话期间保存To-Do
List程序的状态。



ToDoList Activity中的实例状态由三个变量组成：



❑ 是否一个新的Item正在添加？



❑ 在新的项目输入框中存在什么样的文字？



❑ 哪个是当前选择的项目？



使用Activity默认的Shared Preference，你可以保存这些值，当Activity重启时更新UI。



在本章的后面，你将学习如何使用SQLite去保存to-do项目。这个例子是第一步，演示如何通过保持Activity实例的细节来确保无瑕疵的体验。



1. 添加静态的字符串用作Preference的键。



private static final String TEXT_ENTRY_KEY = “TEXT_ENTRY_KEY”;

private static final String ADDING_ITEM_KEY = “ADDING_ITEM_KEY”;

private static final String SELECTED_INDEX_KEY = “SELECTED_INDEX_KEY”;



2. 接下来，重写onPause方法。获得Activity的私有Shared
Preference并得到它的Editor对象。



使用第1步中创建的键，存储实例的值，包括是否一个新的项目正在添加和任何在“new
item”输入框中的文本。



@Override

protected void onPause(){

super.onPause();



// Get the activity preferences object.

SharedPreferences uiState = getPreferences(0);



// Get the preferences editor.

SharedPreferences.Editor editor = uiState.edit();



// Add the UI state preference values.

editor.putString(TEXT_ENTRY_KEY, myEditText.getText().toString());

editor.putBoolean(ADDING_ITEM_KEY, addingNew);



// Commit the preferences.

editor.commit();

}



3. 编写一个restoreUIState方法，当程序重启时，应用在第2步中记录的实例的值。



修改onCreate方法，在最后部分添加对restoreUIState方法的调用。



@Override

public void onCreate(Bundle icicle) 

{

[ ... existing onCreate logic ... ]

restoreUIState();

}



private void restoreUIState() 

{

// Get the activity preferences object.

SharedPreferences settings = getPreferences(Activity.MODE_PRIVATE);



// Read the UI state values, specifying default values.

String text = settings.getString(TEXT_ENTRY_KEY, “”);

Boolean adding = settings.getBoolean(ADDING_ITEM_KEY, false);



// Restore the UI to the previous state.

if (adding) 

{

addNewItem();

myEditText.setText(text);

}

}



4. 使用onSaveInstanceState/onRestoreInstanceState机制来记录当前选择的项目的索引。它仅在非用户显式的指令杀死应用程序时保存和应用。



@Override

public void onSaveInstanceState(Bundle outState) 

{

outState.putInt(SELECTED_INDEX_KEY, myListView.getSelectedItemPosition());

super.onSaveInstanceState(outState);

}



@Override

public void onRestoreInstanceState(Bundle savedInstanceState) 

{

int pos = -1;

if (savedInstanceState != null)

if (savedInstanceState.containsKey(SELECTED_INDEX_KEY))

pos = savedInstanceState.getInt(SELECTED_INDEX_KEY, -1);

myListView.setSelection(pos);

}



当你运行To-Do List程序时，你应该看到了在会话期间UI状态的保存。但是，它还不能保存to-do列表的项目——你将在本章的后面添加这个核心的功能。