Следите ли вы за изменениями в Android, например ограничением фоновых сервисов

Что проверяют

Не эрудицию, а привычку: обновляете ли вы знания сами или узнаёте про ограничения в момент, когда приложение падает после подъёма targetSdkVersion. Фоновые сервисы выбраны не случайно, это область, которую платформа урезает почти каждый релиз.

Как отвечать

Сначала скажите, откуда берёте информацию: заметки о выпуске и страницы про изменения поведения, превью-сборки, доклады, чужие разборы падений после подъёма targetSdkVersion. Дальше покажите, что понимаете логику ограничений, а не помните список.

Линия такая: система научилась усыплять неактивные приложения и группировать пробуждения, потом запретила приложению в фоне держать обычные сервисы и получать многие неявные широковещательные сообщения, затем запретила стартовать foreground-сервис из фона вне узкого набора исключений, потребовала разрешение на показ уведомлений и обязательное объявление типа foreground-сервиса в манифесте. Отсюда практика:

• отложенная и гарантированная работа это WorkManager с условиями по сети и заряду;
• foreground-сервис только там, где работа видима пользователю прямо сейчас, и у части типов есть свой лимит времени;
• точное срабатывание по времени через AlarmManager с отдельным разрешением, и лучше обойтись без него;
• события с сервера доставляем пушами, а не своим постоянным соединением.

Сильный ответ заканчивается конкретикой: что именно сломалось у вас при подъёме targetSdkVersion и как переписали.

Где спотыкаются

Перечисляют номера версий по памяти и путают, что в какой появилось. Безопаснее говорить про суть ограничения, а номер называть только там, где уверены.

Второе: предлагают просить у пользователя отключение оптимизации батареи как универсальное решение. Это исключение для узкого класса приложений, и магазин за него наказывает.

Третье: отвечают «слежу, читаю новости» без единого примера. Интервьюеру нужен случай, когда знание изменило код, иначе ответ не отличим от вежливого «да».