Service

Сервис, о котором пользователь уведомлен. Выполняется в UI thread. Во время выполнения отображает уведомление. Пример: аудиоплеер. Приоритет больше, чем background.

• stopForeground завершит выполнение сервиса на переднем плане и опционально удалит уведомление.

Foreground Service Type

Этот атрибут дает понять системе к какой категории отнести сервис. Указывается внутри элемента <service> в AndroidManifest. Можно комбинировать несколько типов.

• Android 10 (API 29) - добавлен необязательный атрибут android:foregroundServiceType.

• Android 14 (API 34) - указание типа стало обязательным. Если приложение предназначенное для Android 14 не определяет типы для данной службы в AndroidManifest система выкинет MissingForegroundServiceTypeException при вызове startForeground. Также нужно объявить определенные permissions на основе типа сервиса иначе получим SecurityException.

<service
    android:name=".MyMediaPlaybackService"
    android:foregroundServiceType="mediaPlayback"
    android:exported="false">
</service>

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

• В отличие от обычных Started Services, которые могут работать независимо от клиентских запросов, Bound Services существуют до тех пор, пока хотя бы один клиент к ним привязан.
• Как только все клиенты отключаются, сервис может быть автоматически остановлен системой.

• С помощью IBinder интерфейса клиент может взаимодействовать с сервисом. Это позволяет клиенту вызывать методы сервиса напрямую.

class MyBoundService: Service() {

    // Класс для взаимодействия с клиентами
    private val binder = LocalBinder()

    // Метод для получения экземпляра сервиса
    inner class LocalBinder: Binder() {
        fun getService(): MyBoundService = this@MyBoundService
    }

    override fun onBind(intent: Intent?): IBinder? {
        return binder
    }

    // Пример метода, доступного клиентам
    fun getData(): String {
        return "Some data"
    }
}

// Привязка к Bound Service из Activity

class MainActivity: AppCompatActivity() {
    private var myService: MyBoundService? = null
    private var isBound = false
    
    private val connection = object : ServiceConnection {
        override fun onServiceConnected(name: ComponentName?, service: IBinder?) {
            val binder = service as MyBoundService.LocalBinder
            myService = binder.getService()
            isBound = true
        }

        override fun onServiceDisconnected(name: ComponentName?) {
            isBound = false
        }
    }

    override fun onStart() {
        super.onStart()
        // Привязка к сервису
        Intent(this, MyBoundService::class.java).also { intent ->
            bindService(intent, connection, Context.BIND_AUTO_CREATE)
        }
    }

    override fun onStop() {
        super.onStop()
        // Отвязка от сервиса
        if (isBound) {
            unbindService(connection)
            isBound = false
        }
    }

    fun useService() {
        if (isBound) {
            val data = myService?.getData()
            // Использовать данные
        }
    }
}

IBinder

Служит для реализации связи между компонентами приложения и сервисом. Пример: переключение треков в плеере. С обычным сервисом можно взаимодействовать только через методы Intent startService и stopService которые обработаются в onStartCommand.

onBind

Вызывается системой, когда клиент вызывает bindService для привязки к сервису. Возвращает объект, реализующий интерфейс IBinder. Этот объект позволяет клиенту взаимодействовать с сервисом. Если сервис не предоставляет интерфейс для взаимодействия, метод должен вернуть null.

onUnbind

Вызывается системой, когда последний клиент, который был привязан к сервису, вызывает unbindService. Если метод возвращает true, это означает, что система может повторно привязать клиента к сервису, и в этом случае onBind будет вызван снова. Если возвращается false, система не будет повторно привязывать клиента к сервису.

Используется для тех же целей, что и IntentService и имеет похожий API. Для старта используется статический метод enqueueWork который использует Context.startService для API level < 26 и JobScheduler.enqueue для API level ≥ 26. После этого система стартует сервис и вызывает в фоновом потоке метод onHandleWork.

Запускается и работает в фоновом потоке из коробки, в отличие от обычных сервисов, работающих в главном потоке. Выполняют работу в методе onHandleIntent после чего останавливается. Операции в onHandleIntent не могут быть прерваны, связь с основным потоком отсутствует, можно вернуть результат через уведомление или broadcast receiver. На IntentService распространяются все ограничения на работу фоновых сервисов, введенные в API 26. Начиная с API 30 - является устаревшим, рекомендуется заменить на WorkManager или JobIntentService.

API для планирования различных типов заданий в рамках платформы, которые будут выполняться в собственном процессе приложения. В версии для Android 5.0 максимальное время выполнения заданий составляло одну минуту. Начиная с версии Android 6.0 и заканчивая версией Android 11, максимальное время выполнения заданий составляло 10 минут. Начиная с версии Android 12, задания по-прежнему будут останавливаться через 10 минут, если система занята или нуждается в ресурсах, но в противном случае задания могут продолжать выполняться дольше 10 минут.

Доступ к службам системной сигнализации. Они позволяют запланировать запуск вашего приложения в какой-то момент в будущем. При срабатывании будильника система транслирует зарегистрированное для него сообщение, автоматически запуская целевое приложение, если оно еще не запущено. Зарегистрированные будильники сохраняются, пока устройство находится в спящем режиме (и могут дополнительно разбудить устройство, если они сработают в это время), но будут удалены, если оно будет выключено и перезагружено. AlarmManager предназначен для случаев, когда вы хотите, чтобы код вашего приложения выполнялся в определенное время, даже если ваше приложение в данный момент не запущено. Для обычных операций синхронизации (тиков, тайм-аутов и т.д.) проще и эффективнее использовать Handler.

Системный сервис для обработки длительных загрузок. Клиенты могут запросить загрузку URI в конкретный целевой файл. DownloadManager будет выполнять загрузку в фоновом режиме заботясь о взаимодействии HTTP и повторяя загрузку после сбоев или при изменении подключения и перезагрузке системы.

Чтобы не разрядить аккумулятор, Android-устройство, которое не используется, быстро засыпает. Однако бывают случаи, когда приложению необходимо разбудить экран или ЦП и поддерживать его в активном состоянии, чтобы выполнить некоторую работу.

1. Через BroadcastReceiver. Он позволяет отправлять и получать данные между компонентами. Подходит для простых случаев, когда необходимо отправить данные от Service к Activity или наоборот.

2. Через Messenger и IncomingHandler. Подходит для обмена более структурированными данными и для взаимодействия между Activity и Service в том же процессе.

3. Используя Bound Service и AIDL. Используется для более сложного и высокоуровневого обмена данными, особенно когда Service и Activity находятся в разных процессах.

1. Как ОS Android понимает какой процесс сейчас приоритетнее, а какой можно остановить?

2. С чем связаны ограничения на запуск сервисов?

3. Как запустить сервис в отдельном процессе?

4. В чем отличие Service и IntentService?

5. Зачем нужен метод onBind?

6. Как сделать обмен данных между Activity и Service?

7. Какое исключение возникает при долгой работе сервиса?

8. Какие есть варианты запуска сервисов?

9. Жизненный цикл сервиса?

   Различается для обычных и Bound-сервисов.

   Для обычных: onCreate onStartCommand onDestroy.

   Для Bound: onCreate onStartCommand onBind onUnbind onDestroy.

10. Какие бывают типы сервисов?

    1. Foreground Service (видим через уведомление)

    2. Background Service (не взаимодействует с пользователем)

    3. Bound Service (можно привязаться из другого компонента и взаимодействовать с ним через IBinder, может быть как Foreground так и Background)

11. На каком потоке вызывается метод Service.onStartCommand?

    На клавном (UI) потоке приложения