Background Service — co to jest, rodzaje i jak działa w Android

Czym jest Background Service w Android?

Background Service (lub po prostu Service) — jeden z czterech głównych komponentów aplikacji Android obok Activity, BroadcastReceiver i ContentProvider. W przeciwieństwie do Activity, Service nie ma interfejsu wizualnego i jest przeznaczony do wykonywania operacji, które powinny być kontynuowane niezależnie od tego, czy aplikacja jest na pierwszym planie, czy nie.

Service działa w głównym wątku (main thread) aplikacji, dlatego wszelkie operacje blokujące w nim wymagają utworzenia osobnego wątku. Jeśli tego nie zrobisz, system wywoła ANR (Application Not Responding). Do prostych operacji w tle Android udostępnia IntentService, który automatycznie tworzy wątek roboczy. W nowoczesnych projektach zaleca się używanie Kotlin-korutyn z CoroutineScope wewnątrz Service do asynchronicznego przetwarzania bez blokowania głównego wątku.

Główne przeznaczenie Service — odtwarzanie muzyki, pobieranie plików, praca z żądaniami sieciowymi, synchronizacja danych i inne zadania, które powinny być kontynuowane po opuszczeniu aplikacji przez użytkownika. Jednak wraz z wydaniem Android 8 programiści muszą świadomie wybierać między typami serwisów, uwzględniając ograniczenia pracy w tle.

Jak działa cykl życia Service?

Service ma własny cykl życia, który różni się od Activity. Obejmuje cztery kluczowe metody: onCreate, onStartCommand, onBind i onDestroy. Zrozumienie tego cyklu jest niezbędne do prawidłowej realizacji zadań w tle bez wycieków pamięci.

onCreate i onStartCommand

Metoda onCreate wywoływana jest przy tworzeniu serwisu, jednokrotnie w czasie jego życia. Inicjalizuje się w niej zasoby: timery, połączenia z bazą danych, sockety. Metoda onStartCommand wywoływana jest za każdym razem przy wywołaniu startService, co pozwala na przekazywanie poleceń już działającemu serwisowi. Wartość zwracana określa zachowanie systemu przy restarcie.

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 i onDestroy

onBind wywoływany jest przy wiązaniu serwisu przez bindService i zwraca obiekt IBinder do interakcji z klientem. Ta metoda używana jest tylko dla Bound Service. onDestroy — ostatnie wywołanie przed zniszczeniem serwisu. W nim zwalniane są wszystkie zasoby, zatrzymane wątki i anulowane zadania.

Rodzaje serwisów tła

Android oferuje trzy typy Service, z których każdy przeznaczony jest do swojego scenariusza. Wybór niewłaściwego typu może prowadzić do niestabilnej pracy aplikacji lub zwiększonego zużycia baterii.

Started Service

Started Service uruchamiany jest wywołaniem startService i działa do momentu wywołania stopSelf lub stopService. Nadaje się do zadań, które muszą być wykonane natychmiast: wysyłanie analityki, przetwarzanie obrazu, pobieranie pojedynczego pliku. Po zakończeniu pracy serwis zatrzymuje się samodzielnie.

Bound Service

Bound Service udostępnia interfejs klient-serwer, umożliwiając Activity, Fragment lub innemu komponentowi interakcję z serwisem. Serwis żyje, dopóki istnieje co najmniej jeden związany klient. Gdy wszyscy klienci się odwiążą, serwis jest niszczony. Bound Service jest wygodny do zadań wymagających dwukierunkowej komunikacji: odtwarzacz muzyki, nawigacja.

Foreground Service

Foreground Service — to Started Service ze stałym powiadomieniem na pasku statusu. System uważa taki serwis za aktywny i nie zabija go nawet przy braku pamięci. Foreground Service jest obowiązkowy do odtwarzania muzyki, nagrywania audio, śledzenia lokalizacji i innych zadań ważnych dla użytkownika.

Tworzenie i uruchamianie Service

Tworzenie serwisu rozpoczyna się od zadeklarowania klasy dziedziczącej po Service i zarejestrowania jej w AndroidManifest.xml. Bez rejestracji w manifeście system nie będzie mógł uruchomić serwisu, a każde wywołanie startService doprowadzi do wyjątku.

// Rejestracja w 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
    }
}

Do uruchomienia serwisu z Activity lub Fragment używa się Intent z jawnym wskazaniem klasy serwisu. Od Android 8 dla Foreground Service wymagane jest zezwolenie FOREGROUND_SERVICE w manifeście.

// Uruchamianie Started Service
val intent = Intent(this, SyncService::class.java)
intent.putExtra("action", "sync")
startService(intent)

// Uruchamianie Foreground Service (Android 8+)
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    startForegroundService(intent)
} else {
    startService(intent)
}

Ograniczenia w Android 8+

Od Android 8 (API 26) Google wprowadził ścisłe ograniczenia dotyczące serwisów tła. Uruchomienie Service w tle (gdy aplikacja nie jest na pierwszym planie) jest dozwolone tylko w wyjątkowych przypadkach: po otrzymaniu push-powiadomienia, po uruchomieniu urządzenia lub przez JobScheduler.

Do długotrwałych zadań, które nie wymagają natychmiastowego wykonania, zaleca się używanie WorkManager lub JobScheduler. Jeśli aplikacja naprawdę potrzebuje działającego serwisu, jedynym sposobem jest Foreground Service z powiadomieniem widocznym dla użytkownika. Uruchomienie serwisu bez powiadomienia w tle zostanie zignorowane przez system.

JobIntentService dla kompatybilności wstecznej

JobIntentService — to wyspecjalizowana klasa, która pojawiła się w support library do pracy na Android 5+. Łączy ona zachowanie IntentService (automatyczny wątek roboczy, sekwencyjne przetwarzanie) z planowaniem przez JobScheduler. Na Android 8+ JobIntentService używa JobScheduler pod maską, a na starszych wersjach — zwykłego Service. Pozwala to jednolicie obsługiwać zadania w tle bez dodatkowych sprawdzeń wersji 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")
        // Wykonywane w wątku tła
        uploadFile(fileUri)
    }
}

Zarządzanie pamięcią i wycieki w Service

Jednym z częstych problemów przy pracy z Background Service są wycieki pamięci. Ponieważ Service może żyć dłużej niż Activity, referencje do Activity wewnątrz Service (przez listener, callback lub broadcast) prowadzą do braku możliwości zwolnienia pamięci dla komponentów UI. Zaleca się używanie WeakReference, ViewModel lub LiveData do komunikacji Service z UI. W onDestroy należy anulować wszystkie subskrypcje, zatrzymać wątki i zamknąć kursory.

Service vs WorkManager: kiedy co wybrać

Wybór między Background Service a WorkManager zależy od scenariusza. Service nadaje się do zadań, które muszą być wykonane natychmiast i ciągle: odtwarzanie muzyki, nagrywanie audio, śledzenie GPS. WorkManager jest lepszy do odroczonych, gwarantowanych zadań: synchronizacja, wysyłanie analityki, przesyłanie logów. WorkManager przetrwa ponowne uruchomienie urządzenia, a Service — nie. Service może być Foreground z powiadomieniem, a WorkManager działa cicho w tle. W praktyce programiści łączą oba podejścia: Foreground Service do krytycznych zadań użytkownika i WorkManager do obsługi w tle.

Android 12 wprowadził flagę android:foregroundServiceType, która wymaga określenia typu usługi: dataSync, camera, connectedDevice, location, mediaPlayback i inne. Nieprawidłowe określenie typu prowadzi do wyjątku przy uruchomieniu. Ta praktyka czyni Background Service bardziej przejrzystym dla użytkownika i systemu.

Przykład rejestracji Service w AndroidManifest

Prawidłowa rejestracja Service w manifeście obejmuje atrybuty exported (dostępność dla aplikacji zewnętrznych), foregroundServiceType (typ usługi tła na Android 12+) i permission. Dla Bound Service należy również zadeklarować android:permission="android.permission.BIND_JOB_SERVICE" dla JobIntentService. Bez rejestracji w manifeście każde wywołanie startService lub bindService zakończy się wyjątkiem, dlatego sprawdzenie manifestu jest pierwszym krokiem przy diagnozowaniu problemów z Service.