Android ViewModel 的好处是会随 Activity 销毁调用它的 clear() 方法。
我们分析一下它是怎么做到的。
1. 例子使用：
a、 创建类 TestMvvmViewModel 继承 ViewModel，重写 onCleared() ，把清空的操作放在里面；
b、 在 actvity 或者 fragment 中使用 ViewModelProviders.of(this).get(TestMvvmViewModel.class) 获取 TestMvvmViewModel 的实例；
2. 源码分析：
初始化 sDefaultFactory ，获取 ViewModelStore ，用 sDefaultFactory 和 ViewModelStore 创建 ViewModelProvider 实例。
sDefaultFactory 实例的类：
创建 ViewModel 的实例的时候，先判断是否是 AndroidViewModel 的字类，如果是就创建带 Applictaion 的 ViewModel， 如果不是就走父类的创建函数，创建无参构造函数的 ViewModel 类。
我们再来看 ViewModelStore 的获取：
获取该 activity 绑定的 HolderFragment 的 ViewModelStore，HolderFragment 是动态添加进去 activity 的：
在 HolderFragment 的 onDestroy() 调用了 mViewModelStore.clear()，遍历调用了它的 ViewModel map 里面的所有 ViewModel 的clear()：
这时，我们先理一下：
首先，ViewModelStore 是 HolderFragment 类的成员，并且在HolderFragment的 onDestroy() 调用了 clear()，遍历调用了它的 ViewModel map 里面的所有 ViewModel 的clear()；
其次，HolderFragment 添加到了 Activity 或者 Fragment 中，所以 HolderFragment 的 onDestroy() 跟着 Activity 或者 Fragment 生命周期 onDestroy() (是HolderFragment 的 onDestroy() 先回调)，
所以，当 Activity 要被销毁的时候，ViewModel 会调用它的 clear() 方法。
接下来，看看是什么时候把 ViewModel 放进 ViewModelStore 的 ViewModel map 里面的：
ViewModelProvider 的 get(Class modelClass) ：
创建了 ViewModel 实例，并马上添加进 ViewModelStore 的 ViewModel map 里面。
总结一下， ViewModel 随 Activity 销毁调用它的 clear() 方法， 是借助了 Fragment 和 Activity 生命周期绑定的机制。
补充：
1. 横竖屏切换时，Activity 销毁重建，但是因为 ViewModel 依赖的 HolderFragment 设置了 setRetainInstance(true)，所以在横竖屏切换的时候 HolderFragment 的 onDestroy() 没有走，所以 ViewModel 的 onCleared() 也不会调用。
