FilmsFragment в пакете fragments

"Итак понятен" это про поинт с блоком мейн треда, но вопрос был немного в другом. Общая картина такая:
- Архитектура на фрагментах
- т.к. навигация на фрагментах, то onSaveInstanceState единственной активити вызывается только когда приложение "уходит в фон" или на "второй план", т.е. фризы юи не особо страшны.
- Зато страшны защитные механизмы системы, например фоновые сервисы которые работают дольше N сек без декларации себя как foreground - караются системой (ANR).  Вопрос в том если ли что-то подобное, при блокировке треда в методе onSaveInstanceState.
- Небольшие объемы данных залетают в бд моментально (по сравнению с таймаутом в N сек для сервисов). Потому первый вопрос больше носил теоретический характер:  "норм ли практика делать...". Итак понятно, что сейв в бд в 99% случаев отработает мгновенно.
- Так же вопрос оправдан наличием разных стратегий к сохранению данных:
1. Реактивно - как только данные прилетели из внешней среды или от юзера(ввод текста) - сразу сейвить (избыточная нагрузка на диск)
2. мой вариант при "уходе в фон"
3. компромисный - по "важным" действиям юзера, например пошаговый флоу регистрации, и на кнопку далее (шаг 1 -> шаг 2) сохранить часть стейта  в бд.

Вариант 2 меньше всего теребит ио с диском, все хранится в RAM, работает шустро, но есть темные моменты типа блока треда "перед смертью".

немного не по теме, но этот код можно заменить оператором new

учту конечно, спасибо. Но сейчас для меня важнее добиться решения проблемы)

блииин, вот это хз как работать будет, фрагменты в XML какие-то упоротые, насколько я помню

Все зависит от того, насколько вам эти данные важны. Нельзя терять - записывайте сразу, как появляются, тут все просто)

как понять упоротые?

и это xml макета активити, а не фрагмента

может все-таки кто-то............?

все бы ничего, но у меня гибрид MVVM с MVI (жирные стейты(SSOT) на экран/флоу) и сейвить все это дело на каждый чих юзера не хотелось бы. "Придумал" способ  с бд через onSaveInstanceState, но он непроверенный, инфы про это нефига не нашел

Если данные хранятся в бд не в виде "одна колонка с сериализованным объектом" - то можно сохранять только конкретные изменения

там тег <fragment>

Читаем документацию:
To save persistent data, such as user preferences or data for a database, you should take appropriate opportunities when your activity is in the foreground. If no such opportunity arises, you should save such data during the onStop() method.

ну да, я же вставляю туда фрагмент

onSaveInstanceState() is not called when the user explicitly closes the activity or in other cases when finish()is called

да, что-то подобное искал

я вот только думаю, что айди, который там задан, нельзя использовать как айди контейнера. Непонятно, какой вьюхе этот айди будет присвоен

тут скорее всего отссылка к фрагментам, у них тоже есть такой колбек, но в том и фишка синглактивити, что появляется "нормальный" флоу колбеков жц

в обычной работе приложении активити всегда активна будет, за редкими случаями типа интента на фотку или реального ухода в фон

здесь нет отсылок к фрагментам