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() 也不会调用。