ViewModel的优势
- 页面配置更改数据不丢失
当设备
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
因配置更改(横竖屏旋转,软键盘模式,设备分辨率,权限开关)导致Activity/Fragment重建,ViewModel中的数据并不会因此而丢失(数据保存读取下面讲),配合LiveData可以在页面重建后立马能收到最新保存的数据用以重新渲染页面。
- 生命周期感应
在ViewModel中难免会做一些网络请求或数据的处理,可以复写onCleared()方法,终止清理一些操作,释放内存。该方法在宿主onDestroy时被调用。
- 数据共享
对于单Activity,多Fragment的页面,可以使用ViewModel实现页面之间的数据共享
如何引入ViewModel
//包含了 viewmodel 和 livedata
api ‘androidx.lifecycle:lifecycle-extensions:2.1.0’
//或者指明使用viewmodel
api “androidx.lifecycle:lifecycle-viewmodel:2.1.0”
ViewModel如何使用
ViewModel的使用非常简单,这行代码便可以得到ViewModel对象。可以看到,允许传入Activity,Fragment对象。所以对于单Activity,多Fragment的场景,我们可以利用这一特性,实现多Fragment页面之间的数据共享,页面通信。
MyViewModel viewModel = ViewModelProviders.of(Activity/Fragment).get(MyViewModel.class);
ViewModel数据存储,读取
- 我们知道,在Activity的onSaveInstanceState和onRestoreInstanceState两个方法中可以存储key-value基本类型的数据
这两个方法是在应用内存不足,页面被回收时触发。
- ViewModel数据的存储是在ComponentActivity的onRetainNonConfigurationInstance()方法中保存ViewModel对象,在getLastNonConfigurationChildInstances()方法中恢复ViewModel对象。
这两个方法恰巧是在页面因配置更改时被触发
- 实际上除了上面四个方法外,Activity还提供了保存\恢复Dialog对话框的方法saveManagedDialogs, restorManaagedDialog。这俩方法也是在内存不足时被调用,和onSaveInstanceState调用时机一样。
ViewModel源码分析
ViewModel本身就是一个抽象类,没错,整个ViewModel的设计就是很简洁,我们需要到ViewModelProvider中继续分析:
public abstract class ViewModel {
protected void onCleared() {
}
…省略其他无关紧要的代码
}
ViewModelProvider顾名思义,ViewModel提供者,它里面有一个对象ViewModelStore,用来存储当前页面一个个的ViewModel实例对象。
ViewModelStore内部就是一个HashMap,用以key-value存储ViewModel,非常简单。
@NonNull
@MainThread
public static ViewModelProvider of(@NonNull FragmentActivity activity, @Nullable Factory factory) {
Application application = checkApplication(activity);
if (factory == null) {
factory = ViewModelProvider.AndroidViewModelFactory.getInstance(application);
}
//在获取ViewModelProvider时要求传入ViewModelStore,此时就从Activity中获取了
//还要求传入Factory,用以以何种方式创建ViewModel,默认是AndroidViewModelFactory。
//该Factory允许ViewModel构造函数中携带一个Application参数。
//对象的创建如下,如果创建失败,则调用空参构造函数创建ViewModel对象。
//modelClass.getConstructor(Application.class).newInstance(mApplication);
return new ViewModelProvider(activity.getViewModelStore(), factory);
}
关键点来了,想要ViewModel不随着宿主重建而销毁,那就要保证ViewModelStore不随着宿主重建而销毁。
那么ViewModelStore又是在什么时机被保存起来的呢?通过查看源码原来是利用ComponentActivity中的onRetainNonConfigurationInstance和getLastNonConfigurationInstance方法。
我们看一下ComponentActivity中的getViewModelStore方法:
public ViewModelStore getViewModelStore() {
if (mViewModelStore == null) {
//获取NonConfigurationInstances,如果不为空再获取viewModelStore
//当配置发生改变可以重写onRetainCustomNonConfigurationInstance方法传入自定义数据,当 需要时再通过getLastNonConfigurationInstance获取
NonConfigurationInstances nc =getLastNonConfigurationInstance();
if (nc != null) {
// Restore the ViewModelStore from NonConfigurationInstances
mViewModelStore = nc.viewModelStore;
}
//如果没有获取到,创建ViewModelStore对象
if (mViewModelStore == null) {
mViewModelStore = new ViewModelStore();
}
}
return mViewModelStore;
}
再来看一下ComponentActivity中onRetainNonConfigurationInstance如何保存viewModelStore的
public final Object onRetainNonConfigurationInstance() {
Object custom = onRetainCustomNonConfigurationInstance();
ViewModelStore viewModelStore = mViewModelStore;
if (viewModelStore == null) {
// 如果NonConfigurationInstance保存了viewModelStore,把它取出来