Android. Программирование для профессионалов. 4-е издание

Рис. 4.3. Поведение MainActivity и QuizViewModel при вращении
Чтобы посмотреть на это в действии, запустите GeoQuiz. На
панели 
LogCat
выберите пункт 
EditFilterConfiguration
в
раскрывающемся списке, чтобы создать новый фильтр. В поле
LogTag
введите 
QuizViewModel|MainActivity
(то есть два имени
класса с логическим ИЛИ в виде значка | между ними), чтобы
выводились только записи, связанные с определенными
классами. Назовите фильтр 
ViewModelAndActivity
(можно
использовать и другое имя, которое для вас имеет смысл) и
нажмите 
OK
(рис. 4.4).
Рис. 4.4. Фильтрация журналов QuizViewModel и MainActivity
Посмотрите в журнал. Когда 
MainActivity
впервые
запускается и делает запрос на 
ViewModel
в 
OnCreate(...)
,

---

создается экземпляр 
QuizViewModel
, что видно по журналу
(рис. 4.5).
Рис. 4.5. Созданный экземпляр QuizViewModel
Поверните устройство. В журнале видно, что activity
уничтожена (рис. 4.6), а 
QuizViewModel
— нет. Когда после
поворота создается новый экземпляр 
Main 
Activity
, он
запрашивает 
QuizViewModel
. 
Так 
как 
оригинал
QuizViewModel
все 
еще 
находится 
в 
памяти,
ViewModelProvider
возвращает тот же экземпляр, а не
создает новый.
В завершение нажмите кнопку «Назад». Вызывается
функция 
QuizViewModel.onCleared()
, указывающая, что
экземпляр 
QuizViewModel
скоро будет уничтожен, как видно
из журналов (рис. 4.7). 
QuizViewModel
уничтожается вместе с
экземпляром 
MainActivity
.
Рис. 4.6. Уничтожение MainActivity после пересоздания. QuizViewModel сохраняется в
памяти

---

Рис. 4.7. Уничтожение MainActivity и QuizViewModel
Взаимоотношения между 
MainActivity
и 
QuizViewModel
однонаправленные. Activity ссылается на 
ViewModel
, но
ViewModel
не имеет доступа к activity. 
ViewModel
никогда не
должен ссылаться на activity или виджет, иначе получится
утечкапамяти.
Утечка памяти возникает тогда, когда один объект содержит
сильную ссылку на другой объект, который должен быть
разрушен. Сильная ссылка не дает сборщику мусора удалить
объект из памяти. Утечки памяти из-за изменения
конфигурации возникают часто. Подробный разговор о
сильных ссылках и сборщиках мусора уже выходит за пределы
этой книги. Если вы не уверены в этих понятиях, мы
рекомендуем почитать о них в книгах по Kotlin или Java.
Ваш экземпляр 
ViewModel
сохраняется в памяти после
вращения, в то время как исходный экземпляр activity
уничтожается. Если в 
ViewModel
содержалась сильная ссылка
на экземпляр исходной activity, возникнут две проблемы: во-
первых, первоначальный экземпляр activity не будет удален из
памяти и таким образом возникает утечка, во-вторых,
ViewModel
будет содержать ссылку на уже неактуальную
activity. Если 
ViewModel
попытается обновить ее, возникнет
исключение 
IllegalStateException
.