Background Service — що це, види та як працює в Android

Що таке Background Service в Android?

Background Service (або просто Service) — один з чотирьох основних компонентів Android-додатка поряд з Activity, BroadcastReceiver та ContentProvider. На відміну від Activity, Service не має візуального інтерфейсу і призначений для виконання операцій, які мають тривати незалежно від того, чи знаходиться додаток на передньому плані чи ні.

Service працює в головному потоці (main thread) додатка, тому будь-які блокуючі операції всередині нього вимагають створення окремого потоку. Якщо цього не зробити, система викличе ANR (Application Not Responding). Для простих фонових операцій Android надає IntentService, який автоматично створює робочий потік. У сучасних проектах рекомендується використовувати Kotlin-корутини з CoroutineScope всередині Service для асинхронної обробки без блокування головного потоку.

Основне призначення Service — відтворення музики, завантаження файлів, робота з мережевими запитами, синхронізація даних та інші завдання, які мають тривати після виходу користувача з додатка. Однак з виходом Android 8 розробникам доводиться обирати між типами сервісів усвідомлено, враховуючи обмеження фонової роботи.

Як працює життєвий цикл Service?

Service має власний життєвий цикл, який відрізняється від Activity. Він включає чотири ключові методи: onCreate, onStartCommand, onBind та onDestroy. Розуміння цього циклу необхідне для коректної реалізації фонових завдань без витоків пам'яті.

onCreate та onStartCommand

Метод onCreate викликається при створенні сервісу, одноразово за час його життя. У ньому ініціалізуються ресурси: таймери, підключення до бази даних, сокети. Метод onStartCommand викликається щоразу при виклику startService, що дозволяє передавати команди вже працюючому сервісу. Значення, що повертається, визначає поведінку системи при перезапуску.

class DownloadService : Service() {

    override fun onCreate() {
        super.onCreate()
        initializeDownloader()
    }

    override fun onStartCommand(
        intent: Intent?,
        flags: Int,
        startId: Int
    ): Int {
        downloadFile(intent?.getStringExtra("url"))
        return START_STICKY
    }

    override fun onBind(intent: Intent): IBinder? = null
}

onBind та onDestroy

onBind викликається при прив'язці сервісу через bindService та повертає об'єкт IBinder для взаємодії з клієнтом. Цей метод використовується тільки для Bound Service. onDestroy — останній виклик перед знищенням сервісу. У ньому звільняються всі ресурси, зупинені потоки та скасовані завдання.

Типи фонових сервісів

Android пропонує три типи Service, кожен з яких призначений для свого сценарію. Вибір неправильного типу може призвести до нестабільної роботи додатка або витрати заряду батареї.

Started Service

Started Service запускається викликом startService та працює доти, доки не викличе stopSelf або stopService. Він підходить для завдань, які мають бути виконані негайно: відправка аналітики, обробка зображення, завантаження одного файлу. Після завершення роботи сервіс зупиняється самостійно.

Bound Service

Bound Service надає клієнт-серверний інтерфейс, дозволяючи Activity, Fragment або іншому компоненту взаємодіяти з сервісом. Сервіс живе, доки є хоча б один пов'язаний клієнт. Коли всі клієнти відв'язуються, сервіс знищується. Bound Service зручний для завдань, що вимагають двостороннього зв'язку: музичний плеєр, навігація.

Foreground Service

Foreground Service — це Started Service з постійним сповіщенням у статус-барі. Система вважає такий сервіс активним і не вбиває його навіть при нестачі пам'яті. Foreground Service обов'язковий для відтворення музики, запису аудіо, відстеження місцезнаходження та інших завдань, важливих для користувача.

Створення та запуск Service

Створення сервісу починається з оголошення класу, що наслідує від Service, та реєстрації його в AndroidManifest.xml. Без реєстрації в маніфесті система не зможе запустити сервіс, і будь-який виклик startService призведе до виключення.

// Реєстрація в AndroidManifest.xml
@SuppressLint("ForegroundServiceType")
class SyncService : Service() {

    override fun onStartCommand(
        intent: Intent?,
        flags: Int,
        startId: Int
    ): Int {
        startForeground(
            NOTIFICATION_ID,
            createNotification()
        )
        performSync(intent)
        return START_NOT_STICKY
    }
}

Для запуску сервісу з Activity або Fragment використовується Intent з явним зазначенням класу сервісу. Починаючи з Android 8, для Foreground Service обов'язково потрібен дозвіл FOREGROUND_SERVICE в маніфесті.

// Запуск Started Service
val intent = Intent(this, SyncService::class.java)
intent.putExtra("action", "sync")
startService(intent)

// Запуск Foreground Service (Android 8+)
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    startForegroundService(intent)
} else {
    startService(intent)
}

Обмеження в Android 8+

Починаючи з Android 8 (API 26) Google ввів строгі обмеження на фонові сервіси. фоновий запуск Service (коли додаток не на передньому плані) дозволений тільки у виняткових випадках: при отриманні push-сповіщення, після завантаження пристрою або через JobScheduler.

Для тривалих завдань, що не вимагають негайного виконання, рекомендується використовувати WorkManager або JobScheduler. Якщо ж додатку дійсно потрібен працюючий сервіс, єдиний спосіб — Foreground Service зі сповіщенням, яке бачить користувач. Запуск сервісу без сповіщення у фоні буде проігнорований системою.

JobIntentService для зворотної сумісності

JobIntentService — це спеціалізований клас, який з'явився в support library для роботи на Android 5+. Він поєднує поведінку IntentService (автоматичний робочий потік, послідовна обробка) з плануванням через JobScheduler. На Android 8+ JobIntentService використовує JobScheduler під капотом, а на старіших версіях — звичайний Service. Це дозволяє одноманітно обробляти фонові завдання без додаткових перевірок версії Android.

class UploadJobService : JobIntentService() {

    companion object {
        private const val JOB_ID = 1000

        fun enqueueWork(context: Context, work: Intent) {
            enqueueWork(
                context,
                UploadJobService::class.java,
                JOB_ID,
                work
            )
        }
    }

    override fun onHandleWork(intent: Intent) {
        val fileUri = intent.getStringExtra("file_uri")
        // Виконується у фоновому потоці
        uploadFile(fileUri)
    }
}

Управління пам'яттю та витоки в Service

Одна з частих проблем при роботі з Background Service — витоки пам'яті. Оскільки Service може жити довше, ніж Activity, посилання на Activity всередині Service (через listener, callback або broadcast) призводять до неможливості збирання сміття для UI-компонентів. Рекомендується використовувати WeakReference, ViewModel або LiveData для зв'язку Service з UI. В onDestroy обов'язково скасовувати всі підписки, зупиняти потоки та закривати курсори.

Service vs WorkManager: коли що вибирати

Вибір між Background Service та WorkManager залежить від сценарію. Service підходить для завдань, які мають виконуватися негайно та безперервно: відтворення музики, запис аудіо, відстеження GPS. WorkManager краще для відкладених, гарантованих завдань: синхронізація, відправка аналітики, завантаження логів. WorkManager переживе перезавантаження пристрою, а Service — ні. Service може бути Foreground зі сповіщенням, а WorkManager працює тихо у фоні. На практиці розробники комбінують обидва підходи: Foreground Service для критичних користувацьких завдань та WorkManager для фонового обслуговування.

Android 12 ввів прапорець android:foregroundServiceType, який вимагає вказувати тип служби: dataSync, camera, connectedDevice, location, mediaPlayback та інші. Неправильне зазначення типу призводить до виключення при запуску. Ця практика робить Background Service більш прозорим для користувача та системи.

Приклад реєстрації Service в AndroidManifest

Правильна реєстрація Service в маніфесті включає атрибути exported (доступність для зовнішніх додатків), foregroundServiceType (тип фонової служби на Android 12+) та permission. Для Bound Service також потрібно оголосити android:permission="android.permission.BIND_JOB_SERVICE" для JobIntentService. Без реєстрації в маніфесті будь-який виклик startService або bindService завершиться виключенням, тому перевірка маніфесту — перший крок при діагностиці проблем з Service.