Android MVVM 架构核心：ViewModel 详解与源码分析

ViewModel 类被设计用来以可感知生命周期的方式存储和管理 UI 相关数据。在 ViewModel 中，数据会一直存活，即使 Activity 配置发生变化（如屏幕旋转）。

ViewModel 有什么优势

1. 数据持久化

Activity 在销毁重建时，之前我们可以用 Activity 的 onSaveInstanceState() 机制保存和恢复数据，但缺点很明显：onSaveInstanceState 只适合保存少量的可以被序列化、反序列化的数据。假如我们需要保存一个比较大的 Bitmap List，这种机制明显不合适。ViewModel 就可以解决这种问题。

ViewModel 生命周期贯穿整个 Activity 生命周期，包括 Activity 因旋转造成的重创建，直到 Activity 真正意义上销毁后才会结束。

2. 异步回调问题

App 需要频繁异步请求数据，比如调接口请求数据。这些请求的回调都是相当耗时的，之前我们在 Activity 或 Fragment 里接收这些回调，不得不考虑潜在的内存泄漏情况，比如 Activity 被销毁后接口请求才返回。处理这些问题会给开发增添很多复杂的工作。现在利用 ViewModel 处理数据回调，可以很好地解决此问题。

3. 分担 UI Controller 负担

从最早的 MVC 到目前流行的 MVP、MVVM，目的无非是明确职责，分离 UI Controller 负担。UI Controller 比如 Activity、Fragment 是设计用来渲染展示数据、响应用户行为、处理系统的某些交互。如果再要求它去负责加载网络或数据，会让其显得臃肿和难以管理。为了简洁、清爽、丝滑，我们可以分离出数据操作的职责给 ViewModel。

4. Fragments 间共享数据

比如在一个 Activity 里有多个 Fragment，这 Fragment 之间需要做某些交互。之前的做法是接口回调，需要统一在 Activity 里管理，并且不可避免的 Fragment 之间还得互相持有对方的引用。

使用 ViewModel 时，Activity 与其内部的 Fragment 可以共用一个 ViewModel：

public class SharedViewModel extends ViewModel {
    private final MutableLiveData<Item> selected = new MutableLiveData<>();

    public void select(Item item) {
        selected.setValue(item);
    }

    public LiveData<Item> getSelected() {
        return selected;
    }
}

public class MasterFragment extends Fragment {
    private SharedViewModel model;
    
    @Override
    public void  {
        .onCreate(savedInstanceState);
        
        model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        itemSelector.setOnClickListener(v -> {
            model.select(item);
        });
    }
}

     {
    
       {
        .onCreate(savedInstanceState);
           ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        model.getSelected().observe(, item -> {
           
        });
    }
}