Поддержка диспетчера фрагментов .replace() и ViewModel

Как упоминалось в @CommonsWare, экземпляр viewmodel внутри fragment должен быть таким же в Activity.

Поэтому внутри Activity вы должны сделать что-то вроде этого

MyViewModel vm = ViewModelProviders.of(this).get(MyViewModel.class);

Внутри фрагмента вы должны сделать что-то вроде этого

MyViewModel vm = ViewModelProviders.of(getActivity()).get(MyViewModel.class);

В результате они будут использовать один и тот же экземпляр.

Однако, если вы попытаетесь использовать его внутри фрагмента

MyViewModel vm = ViewModelProviders.of(this).get(MyViewModel.class);

Модель представления будет воссоздана во фрагменте при повороте устройства. Поскольку экземпляр сохраняется внутри фрагмента, а не действия, при повторном создании действия фрагмент также будет воссоздан и экземпляр MyViewModel.

Попробуйте взглянуть на пример фрагмента главной детали (который может быть легко решить вашу проблему) ViewModel в Android Developer

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
        });
    }
}

Я также сделал простой шаблон Master Detail на github.

SimpleDetailActivity.java

SimpleDetailFragment.java

Предполагается, что replace() вызывается при создании другого фрагмента. Для того же фрагмента вы вызываете update().

Метод replace() означает, что вы можете заменить текущий фрагмент другим фрагментом, который имеет другую компоновку (физическую структуру). Вы даже не можете гарантировать, что он запустится из той же памяти, что и предыдущий фрагмент. ViewModel - это вид макета для всего контейнера. Таким образом, для объекта с другой физической структурой и (возможно, с другой памятью — я пишу возможно, потому что вы также можете заменить его тем же фрагментом), вы должны воссоздать разные ViewModel для определения это контейнер. Это связано с тем, что один объект ViewModel указывает на один ссылочный контейнер, в следующий раз, когда у вас будет другой фрагмент, ваш контейнер фрагмента определяется ViewModel где-то еще, поэтому вам нужен другой объект ViewModel, чтобы указать на этот контейнер фрагмента.

Но когда вы делаете update() или rotate(), вы гарантируете, что пространство памяти обновленного фрагмента может уменьшаться/увеличиваться, но при этом начальная память остается неизменной. Так что нет необходимости создавать файл ViewModel. Это связано с тем, что ваш старый объект ViewModel ссылается на тот же контейнер старого фрагмента.

Когда вы делаете create(), он создает все GUI, поэтому, очевидно, снова происходит ViewModel создание.

Отслеживание ViewModel count основано на приведенном выше объяснении.

ViewModel создается в onCreate моего фрагмента и ограничивается фрагментом. Это своего рода делегирование власти фрагменту.