ViewModel
ViewModel是什么?
ViewModel类旨在注意生命周期的方式存储和管理数据,常在Activity和Fragment中绑定,并为其提供获取、存储数据的方法,分担工作使Activity和Fragment中的代码更简洁。当Activity正常完成时或Fragment分离时ViewModel自动销毁。
ViewModel实现
使用ViewModelProviders(官方已弃用,慎用)
导入依赖
在build.gradle中添加依赖
implementation "androidx.lifecycle:lifecycle-viewmodel:2.1.0"
implementation 'android.arch.lifecycle:extensions:1.1.1'
新建ViewModel类
public class MainViewModel extends ViewModel {
public MutableLiveData<User> userMutableLiveData=new MutableLiveData<>();
public MainViewModel(){
userMutableLiveData.setValue(new User(1,"a")); //给了一个默认值
}
public void setUserMutableLiveData(){
//对数据的一些操作
}
}
注意在ViewModel里一般使用LiveData,在Activity和Fragment中注册观察者
【Android】浅谈MutableLiveData、LiveData
Activity中绑定
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//ViewModel绑定
mainViewModel=ViewModelProviders.of(this).get(MainViewModel.class);
//注册观察者
mainViewModel.userMutableLiveData.observe(this, new Observer<User>() {
@Override
public void onChanged(User user) {
//数据变化时执行
}
});
}
使用ViewModelProvider
新建ViewModel类
public class MainViewModel extends ViewModel {
public MutableLiveData<User> userMutableLiveData=new MutableLiveData<>();
public MainViewModel(){
userMutableLiveData.setValue(new User(1,"a")); //给了一个默认值
}
public void setUserMutableLiveData(){
//对数据的一些操作
}
}
Activity中绑定
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//ViewModel绑定
mainViewModel=new ViewModelProvider(this,new ViewModelProvider.NewInstanceFactory()).get(MainViewModel.class);
//注册观察者
mainViewModel.userMutableLiveData.observe(this, new Observer<User>() {
@Override
public void onChanged(User user) {
//数据变化时执行
}
});
}
相比ViewModelProviders,ViewModelProvider省去了导入依赖的步骤。
ViewModel的生命周期
这张是官方文档的图
可以很容易理解,当Activity重构时ViewModel是不会跟随Activity一起重构的,当Activity重构后执行
ViewModelProviders.of(this).get(MainViewModel.class)
得到的ViewModel和首次得到是同一个。这也能解释为什么设备横竖屏切换后ViewModel中的数据没有变化。
Activity执行finish后ViewModdel会自动销毁,回收占用的内存,避免内存泄漏。
Activity与Fragment共享数据
Fragment是依附一个Activity上的,因此使用
ViewModelProviders.of(getActivity()).get(MainViewModel.class)
就可以拿到绑定在Activity上的ViewModel。
ViewModel为何能不随Activity重构
ViewModelProvider viewModelProvider=new ViewModelProvider(this,new ViewModelProvider.NewInstanceFactory());
mainViewModel=viewModelProvider.get(MainViewModel.class);
初始化ViewModelProvider
有两个参数,一个是ViewMoelStoreOwer,一个是Factory。然后调用了ViewModelProvider类中的同名方法。
参数是ViewModelStore和Factory。ViewModelStore类有一个hashmap属性专门保存ViewModel,并提供put、get、clear、keys方法对hashmap操作。
那么这个ViewModelStore是怎么来的?
ower.getViewModelStore()
这个方法点进去是一个接口的方法,那么再看看这个ower
测试的ower属于Activity继承AppCompatActivity,结果这个类里并没有该方法,再看FragmentActivity类
找到了这个方法
点击这个方法,进入到了CompatActivity类
mViewModelStore是这个类的属性
Activity重构后这个mViewModelStore是null,所以使用getLastNonConfigurationInstance()得到
if (mViewModelStore == null) {
NonConfigurationInstances nc =
(NonConfigurationInstances) getLastNonConfigurationInstance();
if (nc != null) {
// Restore the ViewModelStore from NonConfigurationInstances
mViewModelStore = nc.viewModelStore;
}
if (mViewModelStore == null) {
mViewModelStore = new ViewModelStore();
}
}
而NonConfigurationInstances是被final修饰的,储存在JVM的方法区中,Activity重构时不会销毁,因此使用getLastNonConfigurationInstance()能得到重构前的mViewModelStore。
ViewModel从哪来?
ViewModelProvider提供两个get方法,先看第一个
在方法底部可以看到,又调用了第二个get方法,同时加入了一个拼接的key。
在get方法中第一步就是在mViewModelStore中的hashmap中查找是否有这个ViewModel,如果有直接返回;如果没有再新建,并放入ViewModelStore中的hashmap中,最后返回。