一 Why ViewModel？

根据官方文档我们知道，ViewModel是用来存储或者管理一些跟UI相关的数据，在生命周期发生改变的时候，ViewModel中的数据不会发生改变。ViewModel中的数据，在一些配置发生改变的时候，也能存活。比如当我们旋转手机屏幕的时候。

众所周知，我们的UI控制器的生命周期是Android framework控制的，Android framework会在在某些特定的情况下，摧毁或者重建我们的UI控制器，而这些动作都不是我们可以控制的。而当系统决定摧毁或者重建我们的UI控制器的时候，我们设置的，跟这些UI相关的数据，都会被重新初始化。这个时候，你会问，不是还有onSaveInstanceState()方法吗？但是这个方法，只能暂存一些很小量的数据，而且这些数据是必须支持序列化和反序列化的，也就是说，你可能从某个地方获取了一个大量的users列表，或者bitmap数据，但是很不幸，当系统决定重新重建你的UI的时候，这一切都将不复存在。

另一个问题是，UI控制器通常需要异步去获取数据，这个需要一些时间去等待数据的返回。这样就会造成，我们在异步回调的地方，需要确定当UI被destory的时候，数据会被及时清除，避免造成内存泄漏。这个控制逻辑就会造成，当我们需要重建UI控制器的时候，这些数据需要重新去获取，这样就会造成资源的浪费。

二 VieModel的生命周期

什么都别说了，先放图

图片来自网络

三 Fragments之间分享数据

想象一下，我们有一些很典型的业务场景，在一个Activity下，我们绑定了两个fragment，这个时候，FragmentA
中某个数据data发生了变化，需要通知到FragmentB。这对于我们两说，将会是一个非常繁琐的问题，如何保证两个Fragmet都被add进去了，如果控制内存不泄漏，如果确保两个数据即时有效。
如果我们使用了ViewModel，那么将会是多么愉快的事情。我们看下官方的demo

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

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

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


public class MasterFragment extends Fragment {
    private SharedViewModel model;
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        itemSelector.setOnClickListener(item -> {
        model.select(item);
        });
    }
}
public class DetailFragment extends Fragment {
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        model.getSelected().observe(this, item -> {
        // Update the UI.
        });
    }
}  

从上面的demo可以看出MasterFragment 的model发生变更的时候，会同步将DetailFragment的UI进行更新。
采用这种方式，有以下几个好处

1 Activity不需要知道任何的数据，不需要做任何的数据

2 Fragment不需要知道双方对于这个SharedViewModel的用途，如果其中一个Fragment消失了，另一个Fragment也不会有影响

3 每个Fragment都有自己的生命周期，并且两者不会相互影响。如果其中一个代替了另一个，也不会对UI产生任何影响

四 CursorLoader已经可以弃用？

我们以前经常使用loaderManager+CursorLoader的方式，对数据库进行数据监听，然后返回展示数据库符合条件的数据。当数据库中的某个数据发生变化的时候，列表能够马上监听的到，并刷新我们的UI。这个流程用下图来描述就是

图片来自网络

图片来自网络

如果大家有需要这个类似的demo，我开发了个小demo，放在github上了
https://github.com/gdutkyle/AndroidAComponent