ViewModel是什么？ViewModel实现
使用ViewModelProviders（官方已弃用，慎用）
导入依赖新建ViewModel类Activity中绑定 使用ViewModelProvider
新建ViewModel类Activity中绑定 ViewModel的生命周期Activity与Fragment共享数据ViewModel为何能不随Activity重构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 userMutableLiveData=new MutableLiveData<>();
public MainViewModel(){
userMutableLiveData.setValue(new User(1,"a")); //给了一个默认值
}
public void setUserMutableLiveData(){
//对数据的一些操作
}
}
注意在ViewModel里一般使用LiveData，在Activity和Fragment中注册观察者
【Android】浅谈MutableLiveData、LiveData
@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() {
@Override
public void onChanged(User user) {
//数据变化时执行
}
});
}
使用ViewModelProvider
新建ViewModel类
public class MainViewModel extends ViewModel {
public MutableLiveData 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() {
@Override
public void onChanged(User user) {
//数据变化时执行
}
});
}
相比ViewModelProviders，ViewModelProvider省去了导入依赖的步骤。
ViewModel的生命周期这张是官方文档的图
可以很容易理解，当Activity重构时ViewModel是不会跟随Activity一起重构的，当Activity重构后执行
ViewModelProviders.of(this).get(MainViewModel.class)
得到的ViewModel和首次得到是同一个。这也能解释为什么设备横竖屏切换后ViewModel中的数据没有变化。
Activity执行finish后ViewModdel会自动销毁，回收占用的内存，避免内存泄漏。
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。
ViewModelProvider提供两个get方法，先看第一个
在方法底部可以看到，又调用了第二个get方法，同时加入了一个拼接的key。
在get方法中第一步就是在mViewModelStore中的hashmap中查找是否有这个ViewModel，如果有直接返回；如果没有再新建，并放入ViewModelStore中的hashmap中，最后返回。
