在Android中存在下列几种情况会使Activity的状态发生变化:
- 配置变更(如屏幕翻转)
- 系统自动销毁Activity(当系统内存不足时)
- 手动销毁Activity(如点击返回键或在概览界面销毁Activity)
用户对上述几种状态的变更有着不同的期望,对于前两项,用户期望应用重新回到前台时保持着之前的状态,如用户在屏幕翻转之前正在向输入框中输入数据,在屏幕翻转之后不希望已经输入的数据被删除,用户同样期望在切换到QQ回复好友消息后,即使之前的应用被系统销毁,但当用户重新返回应用后输入框中的文本依然存在。当用户手动销毁应用之后,用户期望下一次重新打开时应用以空白状态进行显示。
但是问题来了,对于上述三种情况,系统默认会销毁Activity从而小村存储在Activity实例中的所有界面状态。当然对于第三种情况着正是用户期望的,但我们需要通过一些方式来保存应用的某些状态以保证在发生配置变更或系统自动销毁Activity的时候恢复界面瞬态。
Android为我们提出了解决方案。我们可以通过使用ViewModel和onSaveInstanceState()保留页面瞬态。
ViewModel将数据保存在内存中,并与一个Actitvity相关联,在配置更改期间保存在内存中,系统会自动将ViewModel与发生配置更改后产生的新Actitivy实例相关联。
onSaveInstanceState()回调在系统终止应用时被调用,我们可以在这个回调中保存页面瞬态。
下面这张图展示了ViewModel和Bundle对象在不同阶段的状态:
从上图中可以看出,ViewModel和Bundle对象的最大区别是ViewModel在系统终止进程之后继续存在。看到这有的小伙伴可能有疑问,那为什么不只用Bundle呢?从上图的存储位置我们可以看出,ViewModel的存储位置是内存,而Bundle对象的存储位置是磁盘,因此ViewModel的效率更高,尤其是当屏幕翻转时,这点效率的提高尤其重要。而且最重要的是onSaveInstanceState在配置发生更改时不会被调用。
除了使用onSaveInstanceState在系统销毁进程时保存数据,我们还可以使用SavedStateHandle对象存储数据,存储在SavedStateHandle中的数据会在进程被系统终止后继续保留。
ViewModel通过其构造函数接收SavedStateHandle对象,要设置ViewModel接收SavedStateHandle对象,需要向ViewModelProvider中传递SavedStateViewModelFactory对象,具体用法如下:
myViewModel = new ViewModelProvider(this, new SavedStateViewModelFactory(getApplication(), this))
.get(MyViewModel.class);
然后在自己实现的ViewModel的子类中添加构造方法:
public class MyViewModel extends ViewModel {
private SavedStateHandle hanlder;
public MyViewModel(SavedStateHandle hanlder) {
this.hanlder = hanlder;
}
}
关于应用配置变更和系统销毁进程时的数据保存就理解这些,下一节将学习如何进行持久性存储。