in a lifecycle conscious way
ViewModel 类旨在以生命周期有意识的方式存储和管理 UI 相关的数据。ViewModel 类允许数据在配置更改(如屏幕旋转)之后存活。
注意： 要将
ViewModel导入Android项目，请参阅生命周期发行说明中的依赖项说明。
Android framework 管理 UI 控制器的生命周期，比如 activitiy 和 fragment。框架可能决定销毁或重新创建一个 UI 控制器来响应某些用户操作或设备事件甚至这些相应完全超出您的控制。
如果系统销毁或重新创建一个UI控制器，您存储在其中的任何与UI相关的临时数据都将丢失。例如，您的应用程序可能在其中一个 activitiy 中包含一个用户列表。当为配置更改重新创建 activity 时，新的 activity 必须重新获取用户列表。对于简单的数据，该 activity 可以使用 onSaveInstanceState() 方法，并从onCreate()中的 bundle 中恢复其数据，但是这种方法只适用于少量的数据，这些数据可以序列化然后反序列化，而不适用于潜在的大量数据，比如用户列表或位图。
另一个问题是UI控制器经常需要进行异步调用，这些调用可能需要一些时间才能返回。UI控制器需要管理这些调用，并确保系统在销毁这些调用后对其进行清理，以避免潜在的内存泄漏。这种管理需要大量的维护，并且在为配置更改重新创建对象。在这种情况下，这是对资源的浪费，因为对象可能不得不重新发出它已经发出的调用。
activitiy 和 fragment 等 UI 控制器主要用于显示 UI 数据、响应用户操作或处理操作系统通信(如权限请求)。要求 UI 控制器也负责从数据库或网络加载数据，会使该类变得庞大而复杂。将过多的责任分配给 UI 控制器可能导致一个类试图独自处理应用程序的所有工作，而不是将工作委托给其他类。以这种方式将过多的责任分配给 UI 控制器也会使测试变得更加困难。
将视图数据所有权从 UI 控制器逻辑中分离出来更容易也更有效。
实现一个视图模型##
Architecture Components provides ViewModel helper class for the UI controller that is responsible for preparing data for the UI. ViewModel objects are automatically retained during configuration changes so that data they hold is immediately available to the next activity or fragment instance. For example, if you need to display a list of users in your app, make sure to assign responsibility to acquire and keep the list of users to a ViewModel, instead of an activity or fragment, as illustrated by the following sample code:
架构组件为负责为 UI 准备数据的 UI 控制器提供 ViewModel helper 类。在配置更改期间自动保留 ViewModel对象，以便它们所持有的数据可以立即用于下一个activitiy 和 fragment 实例。例如，如果您需要在应用程序中显示用户列表，请确保将获取和保存用户列表的责任分配给 ViewModel，而不是 activity 或 fragment，如下面的示例代码所示：
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.
}
}
然后，您可以从一个活动访问列表，如下所示：
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
});
}
}
如果重新创建 activitiy ，它将接收由第一个activitiy 创建的相同MyViewModel 实例。当ViewModel拥有者activitiy 完成时，框架调用ViewModel对象的onclear()方法，以便清理资源。
注意：视图模型决不能引用视图、生命周期或任何可能包含对活动上下文引用的类。
ViewModel 对象的设计寿命比视图或生命周期提示符的特定实例长。这种设计还意味着您可以编写测试来更容易地覆盖视图模型，因为它不知道视图和生命周期对象。ViewModel 对象可以包含生命周期观察者，比如LiveData 对象。然而，ViewModel 对象绝不能观察到生命周期感知的可观察对象的变化，比如 LiveData 对象。如果 ViewModel 需要应用程序上下文，例如查找系统服务，它可以扩展 AndroidViewModel 类，并在构造函数中有一个接收应用程序的构造函数，因为应用程序类扩展了上下文。
https://developer.android.google.cn/topic/libraries/architecture/viewmodel#java
