ViewModel

ViewModel是用来保存和操作UI相关的数据的，这样即使configuration发生改变，数据仍然可以存在。

引入ViewModel的原因有三点：

1. Activity和Fragment等App组件的生命周期都是由系统控制的，是开发者不可控的，保存在其中的数据就有丢失的危险。虽然可以通过onSaveInstanceState()来保存数据，可是这个回调只适合用来保存少量数据比如UI状态，对于一些大量数据比如列表数据就不合适了。

2. 而且Activity和Fragment中都可能进行一些异步操作，这就需要在销毁的时候去清空回调避免内存泄露。或者界面重建后还要重新获取数据，也会浪费资源。

3. UI控制器本身就负责处理用户交互和系统交互，如果还需要处理数据问题，就会导致职责过多。

所以有必要从UI控制器中抽离出数据的控制权。Lifecycle库提供了ViewModel类用来给UI提供数据。ViewModel不受configuration改变的影响。

ViewModel的示例：

public class MyViewModel extends ViewModel {
    private MutableLiveData<List<User>> users;
    public LiveData<List<User>> getUsers() {
        if (users == null) {
            users = new MutableLiveData<List<Users>>();
            loadUsers();
        }
        return users;
    }

    private void loadUsers() {
        // do async operation to fetch users
    }
}

Activity中的使用：

public class MyActivity extends AppCompatActivity {
    public void onCreate(Bundle savedInstanceState) {
        MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);
        model.getUsers().observe(this, users -> {
            // update UI
        });
    }
}

如果Activity重建了，仍然可以接收到之前Activity所创建的ViewModel。如果该Activity销毁了，ViewModel的onCleared()会被调用，清空资源。

注意：因为ViewModel独立于Activity和Fragment，所以不能引用任何View，或者任何引用了Context 的对象。如果ViewModel需要一个Application类型的Context，可以继承于AndroidViewModel类，构造方法中会有一个Application对象。

在Fragment间分享数据

Fragment间经常需要分享数据，通常是定义接口，然后通过Activity联系在一起。但是Fragment间的生命周期又可能存在不同步，问题就变得比较复杂了。

假设现在有个列表Fragment，还有一个内容Fragment，点击列表Fragment某一项会更新内容Fragment，使用ViewModel可以比较方便地处理数据问题。可以通过Activity获取同一个ViewModel：

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 LifecycleFragment {
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        SharedViewModel model = ViewModelProviders.of(getActivity()).get(SharedViewModel.class);
        model.getSelected().observe(this, { item ->
           // update UI
        });
    }
}

这样做的好处是：

• Activity不用再负责两个Fragment之间的联系
• Fragment只需要知道ViewModel，不需要知道其他的Fragment，耦合性降低
• 每个Fragment的生命周期相互独立互不影响。

ViewModel的生命周期

ViewModel和SavedInstanceState

ViewModel在Activity的configuration改变过程中可以保持数据不变，但是如果系统把应用杀死掉就没办法了。

如果用户长时间离开应用再进来，应用进程可能已经被系统杀掉了，此时系统会负责恢复之前保存的SavedInstanceState。在onSaveInstanceState()中保存的数据是放在系统进程内存中的，Android系统只允许存放少量的数据，所以最好不要存放一些自定义类的对象进去，可以把自定义对象保存到数据库中，onSaveInstanceState中只保留对象的某个字段比如id，然后再使用ViewModel根据这个id去获取完整的数据。