前言
Android开发时，我们使用activity跟fragment作为视图控制器，可能会使用一些类可以存储和提供UI数据（例如MVP中的Presenter）
但是当配置更改时（如旋转屏幕），activity会重建，但对于UI数据的持有者呢？
- 开发者需要重新保存相关的信息并传递给重建的activity，否则开发者必选再次获取数据（通过网络请求或本地数据库）
- 由于UI数据的持有者的生命周期可能比activity长，因此开发者还需要避免出现内存泄漏的问题
如何解决上述问题？ViewMode
本文重点介绍ViewModel的职责（what）以及重点功能的实现原理（how），即使您不使用Jetpack MVVM架构，也要了解一下ViewModel
ViewModel的原理部分要求您了解activity的启动流程，这部分内容网上文章很多，本文不再赘述。
ViewModel的职责
通俗来说就是让你的应用程序易于维护和测试。
ViewModel主要用于存储UI数据以及生命周期感知的数据。
作为数据持有者
viewModel能够实时进行配置更改。这意味着即使在手机旋转后销毁并重新创建activity之后，您仍然拥有相同的viewModel和相同的数据。因此：
- 您无需担心UI数据持有者的生命周期。ViewModel将由工厂自动创建，您无需自行创建何销毁
- 数据将始终更新，旋转手机后，您将获得与以前相同的数据。因此，您无需手动将数据传递给新的activity实例或者再次调用网络或数据库来获取数据。
Fragment间共享数据
一个activity中的两个或更多fragment需要互相通信是很常见的。例如您有一个片段，用户在其中从列表中选择一个item，另外一个片段显示了所选的item的内容。传统的做法两个fragment都需要定义一些接口，并且宿主activity必须将两者绑定在一起。此外，两个fragment都必须处理另一个fragment尚未创建或者不可见的情况。
可以通过使用viewModel对象解决此问题。这些fragment可以使用activity范围内共享一个viewModel来处理此通信，如下示例代码所示：
由于两个fragment使用的都是activity范围的viewModel（viewModelProvider构造器传入的activity），因此它们获得了相同的viewModel实例，自然其持有的数据也是相同的，这也是保证数据的一致性。
这种方法具有以下优点：
- 宿主activity无需执行任何操作，也无需了解此通信。
- 除SharedViewModel外，fragment不需要彼此了解。如果其中一个fragment消失了，则另一个继续照常工作。
- 每个fragment都有自己的生命周期，并且不受另外一个fragment的生命周期影响。如果一个fragment替换了另一个fragment，则UI可以继续正常工作而不会出现任何问题。