省略相关背景介绍，直接进入主题。ViewModel 它是一个对Activity/Fragment 组件进行数据管理的。可以理解为一个数据管家，那么日常的业务逻辑数据交互都可以在里面实现，
也可以比喻为我们所知道的Presenter、或者Controller，不过它更强大，因为它是Google实现的，并且是响应式的，换句话说，Activty/Fragment销毁了，他不一定销毁，比我们的Activity是非正常销毁，或者重建了，那么这个ViewModel仍然活着，Activity重建之后可以继续使用。但是如果我们的组件是自然的正常的销毁，比如我按下返回键、主动finish啥的，那么ViewModel是会正常的销毁的。所以这一点可以看出，ViewModel还是比较灵活的。
分析下Activity如何关联这个ViewModel的，分析FragmentActivity代码可以看出 它持有mViewModelStore，且ViewModelStore理解是一个Map结构。说明Activity内部拥有一个ViewModel的仓库，我们创建的ViewModel会放在这个mViewModelStore仓库中，这样就完成了Activity和ViewModel的关联。
分析下ViewModel是怎么创建的，ViewModel的创建，google内部是一个工厂模式的实现，涉及到了ViewModelProviders、AndroidViewModelFactory等，不得不说，google大牛名字命名的真的好，望名知意，ViewModel创建之后会存储到mViewModelStore中。
分析ViewModel如何感知Activity销毁的，既然ViewModel是Activity的数据管理者，那么Activity如果销毁了，还要你干啥呢?，这不可以看到在FragmentActivity的onDestroy方法中，会回调mViewModelStore的clear方法，意思是清理所有的ViewModel，进而会回调ViewModel的clear方法，进而回调暴露给使用者的onCleared方法，那么在此方法中，我们就可以进行一些资源回收操作。如取消网络请求、回收资源啥的。
一点小思考，看源码的时候，看到有个AndroidViewModel，就是说我们可以继承ViewModel也可以继承AndroidViewModel，顾名思义这个AndroidViewModel可以说是专为Android开发定制，这里面还有Applicaiton，使用AndroidViewModel，我们就可以方便的获取到Application然后拿到Context，为所欲为啦！
分析完毕!
网友评论