Hintergrundaufgaben in der mobilen Entwicklung: was sie sind, welche Arten es gibt und wie sie funktionieren

Was sind Hintergrundaufgaben?

Eine Hintergrundaufgabe ist jeder Code, der ausgeführt wird, wenn die App nicht im Vordergrund (aktiver Bildschirm) ist. Dies kann umfassen: periodische Datensynchronisation mit dem Server, Herunterladen großer Dateien, Verarbeitung von Push-Benachrichtigungen, Geolokalisierungs-Tracking, Widget-Updates. Jede Plattform hat ihre eigenen Einschränkungen für Hintergrundarbeit: iOS ist strenger (10–30 Minuten Hintergrundzeit), Android ist großzügiger, hat aber seit Version 9 die Regeln verschärft.

Die Architektur von Hintergrundaufgaben basiert auf drei Ebenen: (1) sofortige Aufgaben — werden sofort ausgeführt (Foreground Service); (2) zurückgestellte Aufgaben — werden unter geeigneten Bedingungen ausgeführt (WorkManager, BGTaskScheduler); (3) periodische Aufgaben — wiederholen sich in einem festgelegten Intervall. Die Wahl der richtigen Ebene bestimmt, ob die Aufgabe rechtzeitig erledigt wird und ob sie zur Ablehnung der App im Store führt.

Auf beiden Plattformen empfehlen Google/Apple nachdrücklich die Verwendung deklarativer APIs anstelle der direkten Verwaltung von Threads im Hintergrund. WorkManager auf Android und BGTaskScheduler auf iOS ermöglichen es dem System, Hintergrundarbeit optimal zwischen Apps zu verteilen und Aufgaben zur Energieeinsparung zu gruppieren. Bei IT Sectr beginnen wir das Design der Hintergrundarchitektur immer mit der Analyse der Anforderungen an Aktualisierungshäufigkeit und Dringlichkeit.

Hintergrundaufgaben auf iOS (Background Fetch, BGTaskScheduler)

iOS bietet mehrere Mechanismen für Hintergrundarbeit. Background Fetch — periodische Inhaltsaktualisierung mit einem vom System (nicht vom Entwickler) bestimmten Intervall. Die App erhält ein ~30-Sekunden-Fenster zum Herunterladen neuer Daten. Background Fetch wird über Capabilities → Background Modes → Background Fetch aktiviert und im AppDelegate implementiert: application(_:performFetchWithCompletionHandler:).

BGTaskScheduler ist die moderne API für iOS 13+, die Background Fetch ersetzt. Der Entwickler registriert eine Aufgabe mit einer Kennung, und das System führt sie unter geeigneten Bedingungen aus. BGAppRefreshTask — für kurze Inhaltsaktualisierungen; BGProcessingTask — für langlaufende Aufgaben (Cache-Bereinigung, Datenbanksynchronisation). Aufgaben werden beim App-Start registriert, und das System plant ihre Ausführung unter Berücksichtigung von Akkuzustand, Netzwerk und Benutzeraktivität.

Background Modes — eine Liste von Modi, die Hintergrundarbeit für bestimmte Szenarien erlauben: Audio (Hintergrundwiedergabe), Location (GPS-Tracking), VoIP (Anrufe über PushKit), BLE (Bluetooth-Geräteverbindung), Processing (langlaufende Aufgaben über BGTaskScheduler). Jeder Modus erfordert eine Begründung bei der App Store-Überprüfung. Die Verwendung von Modi ohne tatsächlichen Bedarf ist ein häufiger Grund für die Ablehnung von Apps.

Significant Location Change — ein Mechanismus für Apps, die keine ständige Geolokalisierung benötigen, aber über signifikante Benutzerbewegungen (über 500 Meter) informiert werden müssen. Das System weckt die App bei einem Wechsel des Mobilfunkmasts. Dieser Mechanismus spart im Vergleich zu ständigem GPS-Tracking erheblich Akku.

Hintergrundaufgaben auf Android (WorkManager, JobScheduler, Foreground Service)

Android bietet den reichhaltigsten Satz an APIs für Hintergrundaufgaben, aber seit Version 8.0 (API 26) sind die Regeln strenger geworden. WorkManager ist die von Google empfohlene Lösung für alle Arten von Hintergrundaufgaben. WorkManager garantiert die Aufgabenausführung auch nach einem Geräteneustart (über BootReceiver) und unterstützt Aufgabenketten, beobachtbare LiveData/Flow und Abwärtskompatibilität bis API 14.

WorkManager verwendet Worker — eine Basisklasse mit der Methode doWork(). Constraints definieren die Ausführungsbedingungen: NetworkType.CONNECTED, BatteryNotLow, StorageNotLow. PeriodicWorkRequest — für periodische Aufgaben mit einem Mindestintervall von 15 Minuten. WorkManager passt sich automatisch an Doze Mode und App Standby an, indem Aufgaben in Wartungsfenstern gruppiert werden. Beispiel eines einfachen Workers:

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 — eine ältere API (Android 5+, API 21). Sie plant Aufgaben mit angegebenen Bedingungen (Netzwerk, Laden, Leerlauf). Einschränkung: Sie unterstützt keinen Geräteneustart (benötigt BootReceiver) und hat keinen beobachtbaren Zustand. JobScheduler eignet sich für einfache Aufgaben in Legacy-Projekten; für neue Projekte verwenden Sie WorkManager.

Foreground Service — ein Dienst, den der Benutzer durch eine dauerhafte Benachrichtigung (ongoing notification) sieht. Verwendet für: Musikwiedergabe, GPS-Tracking, Herunterladen großer Dateien. Foreground Service hat hohe Priorität — das System beendet ihn nicht bei Speichermangel. Ab Android 13 ist für einige Typen die Berechtigung FOREGROUND_SERVICE_SPECIAL_USE erforderlich. Eine Alternative ist WorkManager mit ForegroundServiceOption (langlaufende Aufgaben).

AlarmManager — für Aufgaben, die zu einer genauen Zeit ausgeführt werden müssen (Wecker, Erinnerung). AlarmManager kann das Gerät aus dem Doze Mode aufwecken (setAlarmClock). Aufgrund des hohen Stromverbrauchs nicht für regelmäßige Synchronisation empfohlen. Für periodische Aufgaben verwenden Sie WorkManager und AlarmManager nur, wenn die genaue Zeit kritisch ist.

Doze Mode und App Standby

Doze Mode ist ein Energiesparmodus in Android, der die Ausführung von Hintergrundaufgaben beeinflusst. Eingeführt in Android 6.0 (API 23). Wenn das Gerät nicht geladen wird, der Bildschirm aus ist und das Gerät stillsteht, blockiert der Doze Mode Netzwerkanfragen und verschiebt JobScheduler und WakeLock. In regelmäßigen Abständen öffnet Doze Wartungsfenster — kurze Intervalle, in denen Apps zurückgestellte Aufgaben ausführen können. Seit Android 7.0 (API 24) wird Doze aktiviert, wenn der Bildschirm aus ist, nicht nur bei völligem Stillstand.

App Standby — ein Modus, bei dem ungenutzte Apps in den Bereitschaftszustand versetzt werden. Wenn eine App keine aktive Benachrichtigung hat und mehrere Tage nicht geöffnet wurde, wird sie in einen Standby Bucket eingeteilt: aktiv (active), working, frequent, rare. Je seltener eine App verwendet wird, desto strenger sind die Einschränkungen: Netzwerkanfragen werden verschoben, Synchronisation wird blockiert, JobScheduler wird nicht ausgeführt.

WakeLock — ein Mechanismus, der das Gerät wach hält (verhindert das Einschlafen). Wird verwendet, um wichtige Operationen abzuschließen. WakeLock muss nach Abschluss der Aufgabe freigegeben werden (release), sonst entlädt sich der Akku innerhalb weniger Stunden. WakeLock funktioniert nicht im Doze Mode — das System ignoriert ihn. Die Arbeit mit WakeLock unter Android 8+ erfordert die Berechtigung WAKE_LOCK und eine ordnungsgemäße Lebenszyklusverwaltung.

Bei IT Sectr berücksichtigen wir Doze Mode und App Standby bereits in der Entwurfsphase. WorkManager behandelt diese Modi automatisch, aber für Foreground Service muss die korrekte Behandlung von Doze-Übergängen geplant werden. Es wird empfohlen, Hintergrundarbeit auf echten Geräten mit aktiviertem Energiesparmodus und nach längeren Leerlaufzeiten zu testen.

Praktische Tipps

Beachten Sie bei der Entwicklung von Hintergrundaufgaben die folgenden Tipps. 1. Verwenden Sie immer WorkManager für neue Android-Projekte. Er löst Kompatibilitätsprobleme, Doze Mode und Geräteneustart-Probleme. 2. Auf iOS bevorzugen Sie BGTaskScheduler gegenüber Background Fetch für iOS 13+. 3. Verwenden Sie Foreground Service nur, wenn die Aufgabe wirklich eine sichtbare Benachrichtigung erfordert. 4. Missbrauchen Sie WakeLock nicht — es entlädt den Akku und kann zur Ablehnung der App führen. 5. Testen Sie Hintergrundaufgaben im Doze Mode: adb shell dumpsys deviceidle force-idle. 6. Überprüfen Sie den Aufgabenabschluss immer durch Protokollierung und Analysen. 7. Denken Sie an die Grenzen: iOS gibt ~30 Sekunden für Background Fetch und ~einige Minuten für BGProcessingTask. Android WorkManager garantiert keine genaue Ausführungszeit.