Achtergrondtaken in mobiele ontwikkeling: wat ze zijn, typen en hoe ze werken

Wat zijn achtergrondtaken?

Een achtergrondtaak is elke code die wordt uitgevoerd wanneer de app niet op de voorgrond staat (actief scherm). Dit kan omvatten: periodieke gegevenssynchronisatie met de server, grote bestanden downloaden, pushmeldingen verwerken, geolocatie bijhouden, widgets bijwerken. Elk platform heeft zijn eigen beperkingen voor achtergrondwerk: iOS is strenger (10–30 minuten achtergrondtijd), Android is royaler maar heeft sinds versie 9 de regels aangescherpt.

De architectuur van achtergrondtaken is gebouwd op drie niveaus: (1) onmiddellijke taken — worden direct uitgevoerd (Foreground Service); (2) uitgestelde taken — worden uitgevoerd onder geschikte omstandigheden (WorkManager, BGTaskScheduler); (3) periodieke taken — worden herhaald met een vastgesteld interval. Het juiste niveau kiezen bepaalt of de taak op tijd wordt voltooid en of dit leidt tot afkeuring van de app in de winkel.

Op beide platforms raden Google/Apple sterk aan om declaratieve API's te gebruiken in plaats van threads direct op de achtergrond te beheren. WorkManager op Android en BGTaskScheduler op iOS stellen het systeem in staat om achtergrondwerk optimaal over apps te verdelen en taken te groeperen om energie te besparen. Bij IT Sectr beginnen we altijd met het ontwerpen van de achtergrondarchitectuur door de vereisten voor frequentie en urgentie van updates te analyseren.

Achtergrondtaken op iOS (Background Fetch, BGTaskScheduler)

iOS biedt verschillende mechanismen voor achtergrondwerk. Background Fetch — periodieke inhoudsupdates met een interval bepaald door het systeem (niet de ontwikkelaar). De app krijgt een venster van ~30 seconden om nieuwe gegevens te downloaden. Background Fetch wordt ingeschakeld via Capabilities → Background Modes → Background Fetch en geïmplementeerd in AppDelegate: application(_:performFetchWithCompletionHandler:).

BGTaskScheduler is de moderne API voor iOS 13+, die Background Fetch vervangt. De ontwikkelaar registreert een taak met een identificatie en het systeem voert deze uit onder geschikte omstandigheden. BGAppRefreshTask — voor korte inhoudsupdates; BGProcessingTask — voor langdurige taken (cache wissen, databasesynchronisatie). Taken worden geregistreerd bij het starten van de app en het systeem plant hun uitvoering rekening houdend met batterijstatus, netwerk en gebruikersactiviteit.

Background Modes — een lijst met modi die achtergrondwerk toestaan voor specifieke scenario's: Audio (achtergrondweergave), Location (GPS-tracking), VoIP (oproepen via PushKit), BLE (verbinding met Bluetooth-apparaten), Processing (langdurige taken via BGTaskScheduler). Elke modus vereist rechtvaardiging tijdens App Store-beoordeling. Modi gebruiken zonder echte behoefte is een veelvoorkomende reden voor afkeuring van apps.

Significant Location Change — een mechanisme voor apps die geen constante geolocatie nodig hebben maar wel moeten weten over significante gebruikersbewegingen (meer dan 500 meter). Het systeem wekt de app bij verandering van zendmast. Dit mechanisme bespaart aanzienlijk batterij in vergelijking met constante GPS-tracking.

Achtergrondtaken op Android (WorkManager, JobScheduler, Foreground Service)

Android biedt de rijkste set API's voor achtergrondtaken, maar sinds versie 8.0 (API 26) zijn de regels strenger geworden. WorkManager is de door Google aanbevolen oplossing voor alle soorten achtergrondtaken. WorkManager garandeert taakuitvoering zelfs na opnieuw opstarten van het apparaat (via BootReceiver) en ondersteunt taakketens, waarneembare LiveData/Flow en achterwaartse compatibiliteit tot API 14.

WorkManager gebruikt Worker — een basisklasse met de methode doWork(). Constraints definieert uitvoeringsvoorwaarden: NetworkType.CONNECTED, BatteryNotLow, StorageNotLow. PeriodicWorkRequest — voor periodieke taken met een minimuminterval van 15 minuten. WorkManager past zich automatisch aan aan Doze Mode en App Standby door taken te groeperen in onderhoudsvensters. Voorbeeld van een eenvoudige Worker:

class SyncWorker(
    context: Context,
    params: WorkerParameters
) : CoroutineWorker(context, params) {

    override suspend fun doWork(): Result {
        return try {
            val repository =
                Injection.provideRepository(applicationContext)
            repository.syncData()
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

// Запланировать задачу
val constraints = Constraints.Builder()
    .setRequiredNetworkType(NetworkType.CONNECTED)
    .build()

val syncRequest = OneTimeWorkRequestBuilder<SyncWorker>()
    .setConstraints(constraints)
    .build()

WorkManager.getInstance(context)
    .enqueue(syncRequest)

JobScheduler — een oudere API (Android 5+, API 21). Het plant taken met gespecificeerde voorwaarden (netwerk, opladen, inactief). Beperking: het ondersteunt geen herstart van het apparaat (heeft BootReceiver nodig) en heeft geen waarneembare status. JobScheduler is geschikt voor eenvoudige taken in legacy-projecten; gebruik WorkManager voor nieuwe projecten.

Foreground Service — een service die de gebruiker ziet via een permanente melding (ongoing notification). Gebruikt voor: muziek afspelen, GPS-tracking, grote bestanden downloaden. Foreground Service heeft hoge prioriteit — het systeem zal het niet doden bij gebrek aan geheugen. Vanaf Android 13 is FOREGROUND_SERVICE_SPECIAL_USE-toestemming vereist voor sommige typen. Een alternatief is WorkManager met ForegroundServiceOption (lange taken).

AlarmManager — voor taken die op een exact tijdstip moeten worden uitgevoerd (alarm, herinnering). AlarmManager kan het apparaat uit Doze Mode wekken (setAlarmClock). Niet aanbevolen voor reguliere synchronisatie vanwege hoog stroomverbruik. Gebruik WorkManager voor periodieke taken en AlarmManager alleen wanneer exacte tijd cruciaal is.

Doze Mode en App Standby

Doze Mode is een energiebesparende modus in Android die de uitvoering van achtergrondtaken beïnvloedt. Geïntroduceerd in Android 6.0 (API 23). Wanneer het apparaat niet wordt opgeladen, het scherm uit is en het apparaat stilstaat, blokkeert Doze Mode netwerkverzoeken en stelt JobScheduler en WakeLock uit. Periodiek opent Doze onderhoudsvensters — korte intervallen waarin apps uitgestelde taken kunnen uitvoeren. Sinds Android 7.0 (API 24) wordt Doze geactiveerd wanneer het scherm uit is, niet alleen bij volledige stilstand.

App Standby — een modus waarin ongebruikte apps in stand-by worden gezet. Als een app geen actieve melding heeft en meerdere dagen niet is geopend, wordt deze in een Standby Bucket geplaatst: actief (active), working, frequent, rare. Hoe minder de app wordt gebruikt, hoe strenger de beperkingen: netwerkverzoeken worden uitgesteld, synchronisatie wordt geblokkeerd, JobScheduler wordt niet uitgevoerd.

WakeLock — een mechanisme dat het apparaat wakker houdt (voorkomt dat het in slaap valt). Gebruikt om belangrijke bewerkingen te voltooien. WakeLock moet worden vrijgegeven (release) na het voltooien van de taak, anders raakt de batterij binnen enkele uren leeg. WakeLock werkt niet in Doze Mode — het systeem negeert het. Werken met WakeLock op Android 8+ vereist WAKE_LOCK-toestemming en goed levenscyclusbeheer.

Bij IT Sectr houden we rekening met Doze Mode en App Standby in de ontwerpfase. WorkManager verwerkt deze modi automatisch, maar voor Foreground Service moet de juiste afhandeling van overgangen naar Doze worden gepland. Het wordt aanbevolen om achtergrondwerk te testen op echte apparaten met energiebesparende modus ingeschakeld en na langere perioden van inactiviteit.

Praktische tips

Volg bij het ontwerpen van achtergrondtaken deze tips. 1. Gebruik altijd WorkManager voor nieuwe Android-projecten. Het lost compatibiliteitsproblemen, Doze Mode en opnieuw opstarten van apparaten op. 2. Geef op iOS de voorkeur aan BGTaskScheduler boven Background Fetch voor iOS 13+. 3. Gebruik Foreground Service alleen wanneer de taak echt een zichtbare melding vereist. 4. Misbruik WakeLock niet — het leegt de batterij en kan leiden tot afkeuring van de app. 5. Test achtergrondtaken in Doze Mode: adb shell dumpsys deviceidle force-idle. 6. Controleer altijd de voltooiing van taken via logging en analyses. 7. Onthoud de limieten: iOS geeft ~30 seconden voor Background Fetch en ~enkele minuten voor BGProcessingTask. Android WorkManager garandeert geen exacte uitvoeringstijd.