官网介绍： https://developer.android.google.cn/topic/libraries/architecture/viewmodel
ViewModel类旨在以生命周期感知的方式存储和管理UI相关数据。 ViewModel类允许数据在配置更改（例如屏幕旋转）后继续存在。
通常，当我们的Activity被销毁重建时，会重新获取数据，比如一个列表数据。对于一些简单的数据，可以使用onSaveInstanceState()方法，并在 onCreate()方法中从bundle中获取，但是这种方式只能适用于一些少量能序列化和反序列化的数据，不是用于潜在的大量数据，如一组用户列表或bitmap位图。
大家也都知道，不应该在视图层放数据逻辑代码，Activity和Fragment主要是来显示UI数据，和处理用户交互的，将数据逻辑放到UI层，会让UI层的代码很膨胀，也不利于测试。
Android提供的生命周期架构组件中，ViewModel就是做这样的事情，它为UI层提供数据控制逻辑，比如在旋转方向时，它会自动存储数据，用于下一个新创建的UI对象。
以下代码就是一个获取用户列表数据，并没有在UI层即Activity或者Fragment中，而是放在来ViewModel中：
public class MyViewModel extends ViewModel {
private MutableLiveData<List<User>> users;
public LiveData<List<User>> getUsers() {
if (users == null) {
users = new MutableLiveData<List<User>>();
loadUsers();
}
return users;
}
private void loadUsers() {
// Do an asynchronous operation to fetch users.
}
}然后可以在Activity里这样调用：
public class MyActivity extends AppCompatActivity {
public void onCreate(Bundle savedInstanceState) {
// Create a ViewModel the first time the system calls an activity's onCreate() method.
// Re-created activities receive the same MyViewModel instance created by the first activity.
MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);
model.getUsers().observe(this, users -> {
// update UI
});
}
}Activity如果被重建了，会复用之前Activity里创建的MyViewModel实例，当宿主Activity销毁时，框架会自动调用ViewModel对象的onCleared()方法，以释放资源。
⚠️注意：不能在ViewModel中引入context对象，即不能引入view、Lifecycle,或者其他任何依赖Activity的context的对象。
ViewModel对象旨在超过视图或LifecycleOwners的特定实例。 此设计还意味着您可以编写测试以更轻松地覆盖ViewModel，因为它和视图和Lifecycle对象没有特定联系。 ViewModel对象可以包含LifecycleObservers，例如LiveData对象。 但是，ViewModel对象绝不能观察到生命周期感知的可观察对象（例如LiveData对象）的更改。 如果ViewModel需要Application context，例如查找系统服务，它可以扩展AndroidViewModel类，并具有在构造函数中接收Application的构造函数，因为Application类扩展了Context。
-
ViewModel的生命周期
获取ViewModel时，ViewModel对象的范围限定为传递给ViewModelProvider的生命周期。 ViewModel保留在内存中，直到生命周期范围永久消失：在Activity的情况下，当它调用finish方法时，在Fragment的情况下，当它被detach时。
图1显示了Activity经历了屏幕翻转，然后调用finish方法结束时的各种生命周期状态。 该图还显示了关联Activity生命周期的ViewModel的生命周期。 相同的基本状态适用于Fragment的生命周期。
-
在fragment之间的数据交互
在Fragment之间交互通信是很常见的，通常要在两个交互的fragment之间定义一些回调接口，由宿主Activity充当中间者，将两个交互的fragment绑定在一起；此外，两个fragment都要处理另一个fragment还未创建或者还不可见的场景。
而使用ViewModel对象解决这个常见的痛点。这些Fragment可以共享一个由其Activity创建的ViewModel对象来处理通信：
public class SharedViewModel extends ViewModel {
private final MutableLiveData<Item> selected = new MutableLiveData<Item>();
public void select(Item item) {
selected.setValue(item);
}
public LiveData<Item> getSelected() {
return selected;
}
}
public class MasterFragment extends Fragment {
private SharedViewModel model;
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
itemSelector.setOnClickListener(item -> {
model.select(item);
});
}
}
public class DetailFragment extends Fragment {
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
model.getSelected().observe(this, item -> {
// Update the UI.
});
}
}注意这里两个fragment中的ViewModel对象是同一个实例，这种做法有以下优点：
- Activity不需要做任何事情，也不需要知道fragment之间的交互细节
- fragment之间除了ViewModel协议外，不需要互相了解其他东西；如果其中一个fragment消失了，另一个能够照常工作。
- 每个fragment都有其自己的生命周期，并且不受另一个fragment生命周期的影响。
-
使用ViewModel替换Loaders
参考：Lifecycle Aware Data Loading with Architecture Components