Какие виды асинхронной работы доступны на Android кроме coroutines и RxJava

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

Знаете ли вы, на чём держится асинхронность в Android под капотом корутин, и какие инструменты нужны для работы, которая должна пережить закрытие экрана или процесса. Следом обычно спрашивают, как устроены Looper и Handler и когда брать WorkManager.

Как отвечать

Разделите инструменты на внутрипроцессные и системные. Внутри процесса:

• Thread: базовый поток, всё остальное построено поверх него. Создавать руками дорого, и легко получить утечку;
• Handler, Looper, MessageQueue: очередь сообщений потока. Главный поток сам работает на Looper, а Handler(Looper.getMainLooper()) отправляет туда Runnable. Конструктор Handler() без явного Looper устарел с API 30. HandlerThread даёт фоновый поток со своей очередью;
• Executor и ExecutorService: пулы потоков из java.util.concurrent, плюс CompletableFuture с API 24 и ListenableFuture, который возвращают многие библиотеки AndroidX;
• колбэки библиотек: enqueue в OkHttp и Retrofit сами уводят запрос в фон.

Системные, для работы вне жизни экрана:

• WorkManager: отложенная гарантированная работа с условиями запуска, переживает перезагрузку устройства. Периодические задачи не чаще раза в 15 минут, срочные через setExpedited;
• foreground service: долгая заметная пользователю работа с уведомлением. С Android 14 обязательно указывать foregroundServiceType;
• JobScheduler и AlarmManager: низкоуровневые механизмы, на которых построен WorkManager. Точные будильники с Android 12 требуют отдельного разрешения.

Устаревшее назовите с причиной: AsyncTask объявлен устаревшим в API 30 из-за утечек Activity и проблем с поворотом экрана, Loader в API 28, его заменили ViewModel и LiveData.

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

Предлагают AsyncTask как рабочий вариант. Это сразу выдаёт устаревшие знания.

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

Отправляют анонимный Runnable через postDelayed. Он захватывает Activity и держит её в памяти после закрытия, поэтому в onDestroy вызывают removeCallbacksAndMessages(null).