Android ApiDemos示例解析(14)：App->Activity->Save & Restore State

Save & Restore State与之前的例子Android ApiDemo示例解析(9)：App->Activity->Persistent State 实现的UI类似，但功能和实现方法稍有不同。(9)是通过Shared Preferences 和 Activity 的onPause() ，和onResume()来保持UI中 EditText 的值。本例是通过onSaveInstanceState(Bundle savedBundle) 来实现保持UI状态。和onPause,onResume不同的是，onSaveInstanceState不是Activity Life cycle的一部分，也不一定会在Activity 被destroyed前执行，比如说用户按“Back”按键回退到前一个Activity时，当前的Activity并不会调用onSaveInstanceState方法，因为这时是用户指明想关闭当前Activity，而onPause一定会执行，因为onPause 是Activity生命周期的一个状态。如果onSaveInstanceState被调用的话，它一定会在onStop之前调用，有时会在onPause之前调用。

onSaveInstanceState设计在当Activity destroy之前调用（如当Android切换到其它应用，此时Android根据系统资源的分配情况，用可能会将在后台运行的Activity清除，或是系统配置改变,比如屏幕从纵向放平，当前的Activity会先被Destory，然后根据当前配置重新创建当前Activity的实例。此时Activity的onSaveInstanceState会在Activity Destroy之前调用，此时应在onSaveInstanceState将一些UI状态临时存储中Bundle中。然后Android系统会重新执行Activity的onCreate方法，传入参数为Bundle对象。如果在onSaveInstanceState设置了，这个Bundle对象即是之前保存的Bundle对象，应用可以在onCreate 或是onRestoreInstanceState(Bundle savedInstanceState) 恢复UI状态，这样可以做到在应用或是Activity重启时能保持上此退出时的状态。

但是看看SaveRestoreState.java中似乎没有任何与Save /Restore State 相关的代码，方法getSavedText和setSavedText和本例无关。

这是因为Activity的缺省onSaveInstanceState实现完成了对UI状态的Save和Restore。例子中上面的EditText输入在Activity重启时会恢复，而下面的EditText输入不会被保存和恢复。Activity的缺省onSaveInstanceState实现只会对定义了ID（android:id）的View实现Save 和Restore.来看看R.layout.save_restore_state中的定义：

….
<EditText
android:layout_width=”match_parent”
android:layout_height=”wrap_content”
android:layout_weight=”1″
android:background=”@drawable/red”
android:text=”@string/initial_text”>
< /EditText>

上面的EditText定义了ID而下面的EditText没有定义ID。这可以通过旋转屏幕来测试。旋转屏幕可以保证当前activity先被Destory然后再Create：在上下EditText输入值，然后旋转屏幕，可以看到只有上面的EditText值被保留。

注：在Emulator上，可以先按下“NumLock”，然后按7，9来旋转屏幕。

还是有些情况下需要重载onRestoreInstanceState，此时别忘了调用super.onRestoreInstanceState

作者：mapdigit

补充：移动开发 , Android ,