Вопросы на собеседовании: Android-разработчик

Четыре основных компонента Android-приложения: Activity, Service, BroadcastReceiver и ContentProvider.

• Activity показывает пользователю интерактивный экран.
• Service представляет работу без собственного пользовательского интерфейса с учётом ограничений Android на фоновое выполнение.
• BroadcastReceiver реагирует на широковещательные сообщения, а ContentProvider предоставляет структурированные данные через стандартный интерфейс.

Activity представляет собой компонент Android, который предоставляет окно для отдельного пользовательского взаимодействия.

• Обычно он отвечает за один экран или одну крупную точку входа в приложение.
• Система создаёт, приостанавливает, останавливает и может уничтожить Activity при навигации пользователя или изменении условий на устройстве.
• Объявление в манифесте позволяет Android найти и запустить Activity.

При открытии новой Activity обычно вызываются onCreate, onStart и onResume, а при закрытии onPause, onStop и onDestroy.

• onCreate выполняет первоначальную настройку текущего экземпляра Activity.
• onStart делает Activity видимой, а onResume переводит её в состояние активного взаимодействия с пользователем.
• onPause и onStop выводят Activity из активного использования, после чего onDestroy выполняет финальную очистку экземпляра.

В onCreate следует создать начальный UI Activity и выполнить настройку нового экземпляра.

• В нём вызывают super.onCreate, чтобы фреймворк восстановил и инициализировал собственное состояние.
• Экран на View обычно загружает или устанавливает layout, а экран на Compose чаще всего вызывает setContent.
• Здесь также можно подключить держатели состояния и прочитать исходные данные Intent, не предполагая, что callback вызывается лишь один раз за жизнь процесса приложения.

onStart означает, что Activity видима, а onResume, что она находится на переднем плане и готова к взаимодействию с пользователем.

• Activity может быть запущена, но ещё не возобновлена, если другое окно частично закрывает её.
• Наблюдатели, связанные с UI, можно активировать в соответствии с нужным им состоянием жизненного цикла.
• onResume нельзя считать методом одноразовой инициализации, поскольку он может вызываться многократно.

onPause сообщает о потере фокуса переднего плана, а onStop означает, что Activity больше не видна.

• onPause должен завершаться быстро, потому что следующая Activity может ожидать перехода в состояние resumed.
• onStop подходит для прекращения работы, которая нужна только пока экран остаётся видимым.
• Ни один из этих методов не гарантирует последующий вызов onDestroy, поскольку после остановки Activity процесс может быть завершён.

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

• Поворот, смена локали, размера экрана или режима темы могут привести к другой конфигурации.
• По умолчанию старый экземпляр Activity уничтожается, а вместо него создаётся новый.
• Долгоживущие данные экрана следует хранить вне временных объектов View, обычно во ViewModel, а небольшое восстанавливаемое состояние UI можно сохранять через saved state.

savedInstanceState хранит небольшой сериализуемый снимок, который помогает восстановить временное состояние UI после пересоздания Activity или Fragment.

• При наличии сохранённого состояния фреймворк передаёт Bundle новому экземпляру компонента.
• Значения должны быть небольшими, поскольку состояние передаётся через системный механизм с ограничением размера.
• Этот механизм дополняет, а не заменяет постоянное хранилище или ViewModel с более полными данными экрана.

Fragment представляет собой переиспользуемую часть UI с собственным жизненным циклом, размещённую внутри Activity.

• У него есть собственный жизненный цикл, но он зависит от хоста и FragmentManager.
• Несколько фрагментов могут составлять одну Activity или представлять отдельные экраны навигации внутри неё.
• Fragment может несколько раз создавать и уничтожать свой View, пока сам объект Fragment остаётся жив.

У Fragment есть отдельный жизненный цикл View, потому что его UI может быть уничтожен раньше, чем удалён сам экземпляр Fragment.

• onCreate и onDestroy описывают время жизни объекта Fragment.
• Методы от onCreateView до onDestroyView описывают время жизни текущей иерархии View.
• View Binding и наблюдатели UI следует очищать или привязывать к жизненному циклу View, чтобы не удерживать уже уничтоженный View.

FragmentManager управляет фрагментами, а FragmentTransaction объединяет операции, которые их изменяют.

• Транзакция может добавить, заменить, удалить, показать или скрыть Fragment в контейнере.
• commit передаёт сгруппированные изменения FragmentManager для применения.
• Добавление транзакции в back stack позволяет действию Back обратить её, а не сразу потерять историю навигации.

Явный Intent указывает конкретный запускаемый компонент, а неявный описывает действие, которое может обработать подходящий компонент.

• Явные Intents часто используют для перехода к известной Activity внутри приложения.
• Неявный Intent может запрашивать открытие веб-страницы, отправку текста или другую доступную возможность.
• Android сопоставляет неявный Intent с зарегистрированными intent filters, и подходящих приложений может не быть, быть одно или несколько.

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

• Action описывает требуемую операцию, например просмотр или отправку данных.
• URI и MIME-тип описывают целевой контент.
• Extras хранят небольшие типизированные значения в Bundle, а флаги влияют на запуск компонента или поведение task.

Intent filter объявляет, какие неявные Intents готов принимать компонент Android.

• Он может сопоставлять action, категории и характеристики данных Intent.
• Где это поддерживается, фильтры обычно объявляют в манифесте для Activity, Service и BroadcastReceiver.
• Фильтр делает возможность компонента доступной другим вызывающим сторонам, но сам по себе не проверяет надёжность входных данных.

Task представляет собой видимую пользователю последовательность Activity, организованных в back stack.

• Запуск Activity обычно помещает новую запись Activity поверх текущего task.
• Нажатие Back удаляет верхний экран и показывает предыдущий.
• Launch modes и флаги Intent могут изменить стандартное поведение, поэтому их следует применять с ясным пониманием семантики task.

Jetpack Navigation предоставляет структурированный способ описывать экраны и переходить между ними с сохранением состояния навигации.

• Navigation graph объявляет destinations, actions и аргументы.
• NavController выполняет переходы и управляет back stack экранов.
• Интеграции поддерживают Fragment, Compose, deep links и стандартные элементы UI, например app bar.

Deep link представляет собой URI или запрос, который открывает конкретный экран внутри приложения.

• Он может открыть приложение из браузера, уведомления, другого приложения или через Android App Link.
• Экран должен объявить или зарегистрировать подходящий шаблон URI и получить определённые аргументы.
• Навигация должна построить осмысленный back stack, чтобы после внешнего входа действие Back работало предсказуемо.

View является базовым элементом UI, а ViewGroup представляет собой View, который содержит и размещает дочерние Views.

• TextView, ImageView и Button являются отдельными типами View.
• LinearLayout, FrameLayout и ConstraintLayout являются типами ViewGroup.
• ViewGroup участвует в измерении и размещении дочерних элементов согласно собственным правилам LayoutParams.

Система View измеряет требуемые размеры, назначает позиции, а затем отрисовывает иерархию.

• На этапе measure ограничения родителя помогают каждому View определить измеренную ширину и высоту.
• На этапе layout родитель задаёт границы каждого дочернего элемента.
• На этапе draw Views рисуют фон, содержимое и дочерние Views на поверхности вывода.

Эти ViewGroups используют разные правила размещения дочерних элементов.

• LinearLayout располагает дочерние элементы в одной горизонтальной или вертикальной последовательности.
• FrameLayout накладывает дочерние элементы в одной области и часто служит простым контейнером.
• ConstraintLayout позиционирует Views через связи с родителем и другими Views, позволяя создавать сложные плоские layouts.