Hintergrundausführung in der mobilen Entwicklung — Wesen, Grenzen und Arbeitsprinzipien

Was ist Hintergrundausführung in mobilen Apps?

Background Execution ist die Fähigkeit einer App, Code weiter auszuführen, nachdem der Benutzer sie minimiert oder zu einer anderen App gewechselt hat. Ohne spezielle Mechanismen versetzt das mobile Betriebssystem die App innerhalb weniger Sekunden nach dem Wechsel in den Hintergrund in den Zustand Suspended (ausgesetzt) und gibt CPU und Speicher für aktive Apps frei.

App-Zustände im Hintergrund

Eine mobile App durchläuft mehrere Lebenszyklus-Zustände: Foreground (aktiv), Background (im Hintergrund), Suspended (ausgesetzt) und Terminated (beendet). Background ist der einzige Zustand, in dem die App ohne sichtbare Oberfläche Code ausführen kann. iOS und Android definieren die Dauer und die verfügbaren Operationen in diesem Zustand unterschiedlich.

Hauptanwendungsfälle

Hintergrundausführung wird für Datensynchronisation, Inhaltsdownload, Push-Benachrichtigungsverarbeitung, Hintergrund-Geolokalisierung und Audiowiedergabe benötigt. Synchronisation ist das häufigste Szenario: Die App sendet Daten an den Server oder lädt Updates ohne Benutzereingriff herunter.

• Synchronisation — Hoch- und Herunterladen von Daten bei Netzwerkzustandsänderung.
• Geolokalisierung — Standortverfolgung in Fitness-Trackern und Navigations-Apps.
• Medien — Audio- und Videowiedergabe im Hintergrund (Musik, Podcasts).
• Benachrichtigungen — Verarbeitung von Push- und lokalen Benachrichtigungen.
• Download — Herunterladen großer Dateien (Podcasts, Videos) im Hintergrund.

Warum mobile Betriebssysteme die Hintergrundausführung einschränken

Die Einschränkungen der Hintergrundausführung sind auf drei Faktoren zurückzuführen: Energieverbrauch, Geräteleistung und Benutzerdatenschutz. CPU und Funkmodule (Wi-Fi, Mobilfunkdaten) verbrauchen die meiste Energie — jeder Hintergrundprozess verkürzt die Akkulaufzeit.

Energieverbrauch und Akkulaufzeit

Google-Studien zeigen, dass Apps, die alle 5 Minuten Hintergrundaufgaben ausführen, die Akkulaufzeit des Geräts um 20–30% pro Tag reduzieren. Selbst optimierte Hintergrundoperationen mit einer Häufigkeit von einmal pro Stunde haben eine spürbare Auswirkung, wenn mehr als zwei solcher Apps vorhanden sind.

RAM und Leistung

Jede Hintergrund-App belegt RAM. Bei RAM-Knappheit entlädt das System Apps aus dem Speicher, was beim Zurückkehren des Benutzers zu einem Neustart führt. iOS verwendet den Jetsam-Algorithmus — einen Mechanismus zur erzwungenen Beendigung von Hintergrundprozessen bei Überschreitung des Speicherlimits. Android verwendet LMK (Low Memory Killer) mit einem ähnlichen Prinzip.

Benutzerdatenschutz

Ab Android 10 und iOS 13 verlangt das System von Apps, den Zweck der Hintergrundarbeit zu deklarieren. Android hat Beschränkungen für das Starten von Broadcast Receivern im Hintergrund eingeführt. iOS erfordert die Angabe des Background Mode in den Capabilities des Projekts. Der Benutzer kann die Hintergrundausführung für jede App in den Einstellungen deaktivieren.

Hintergrundausführung auf Android: WorkManager und Foreground Service

Android bietet mehrere Mechanismen für die Hintergrundausführung, die jeweils eine andere Kategorie von Aufgaben lösen. WorkManager ist die empfohlene API für verzögerte und periodische Aufgaben. Foreground Service dient der sofortigen Ausführung mit einer sichtbaren Benachrichtigung. JobScheduler ist eine Low-Level-Alternative zu WorkManager.

WorkManager — Universelle Lösung

WorkManager ist Teil von Android Jetpack und bietet Hintergrundaufgabenausführung mit Garantie für den Abschluss auch nach einem Geräteneustart. Die API wählt den optimalen Ausführungszeitpunkt unter Berücksichtigung des Netzwerkstatus, des Akkuladestands und des Doze-Modus. WorkManager ist mit API 14+ kompatibel und ersetzt die veralteten AlarmManager und JobScheduler.

Foreground Service — Für langlaufende Operationen

Wenn eine App eine für den Benutzer sichtbare Aufgabe ausführen muss (Musikwiedergabe, Geolokalisierungsaufzeichnung), wird Foreground Service verwendet. Der Dienst zeigt eine dauerhafte Benachrichtigung in der Statusleiste und hat eine höhere Priorität — das System beendet ihn erst, wenn die Aufgabe abgeschlossen ist. Ab Android 13 ist die Berechtigung POST_NOTIFICATIONS erforderlich.

Doze-Modus und Akkuoptimierung

Ab Android 6.0 wechselt das Gerät bei Inaktivität in den Doze-Modus. In diesem Modus werden Netzwerkoperationen, Synchronisation und JobScheduler zurückgestellt. WorkManager passt sich automatisch an Doze an — Aufgaben werden während des nächsten Wartungsfensters ausgeführt, wenn das Gerät zur Wartung aufwacht.

Hintergrundausführung auf iOS: Background Tasks und App Refresh

iOS verfolgt einen strengeren Ansatz für die Hintergrundausführung. Background App Refresh ist der primäre Mechanismus für periodische Datenaktualisierungen. BGTaskScheduler ist die API zur Planung von Aufgaben basierend auf dem Systemzustand. Für langlaufende Operationen stehen Background Modes zur Verfügung: audio, location, voip, fetch und processing.

Background App Refresh

Background App Refresh ermöglicht es der App, alle 15–30 Minuten aufzuwachen, um Daten zu synchronisieren. Die Aufwachzeit hängt vom Benutzerverhalten ab — das System analysiert, wie oft der Benutzer die App öffnet. Benutzer können diese Funktion für einzelne Apps in den Einstellungen — Allgemein — Background App Refresh deaktivieren.

BGTaskScheduler — Moderner Ansatz

Ab iOS 13 hat BGTaskScheduler die veralteten performFetch und beginBackgroundTask ersetzt. Die App registriert Aufgaben mit einer Kennung und einem Mindestintervall, und das System bestimmt den optimalen Ausführungszeitpunkt. Aufgaben werden in zwei Typen unterteilt: BGProcessingTask (lang, 10+ Minuten) und BGAppRefreshTask (kurz, bis zu 30 Sekunden).

Ausführungszeitbegrenzungen

iOS weist begrenzte Zeit für die Ausführung von Hintergrundaufgaben zu — bis zu 30 Sekunden für BGAppRefreshTask und bis zu 10 Minuten für BGProcessingTask. Bei Überschreitung des Limits beendet das System die Aufgabe zwangsweise. Der Entwickler muss den Expiration Handler aufrufen, um Zwischenergebnisse zu speichern.

Codebeispiele: Android WorkManager

Sehen wir uns eine praktische Implementierung der Hintergrundausführung auf Android mit WorkManager an. Ein Beispiel für die Datensynchronisation alle 8 Stunden mit Netzwerkzustandsbewusstsein. WorkManager garantiert die Aufgabenausführung auch nach einem Geräteneustart.

class SyncWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        return try {
            syncDataToServer()
            Log.d("Sync", "Daten synchronisiert")
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

// Periodische Aufgabe alle 8 Stunden ausführen
val constraints = Constraints.Builder()
    .setRequiredNetworkType(NetworkType.CONNECTED)
    .setRequiresCharging(false)
    .build()

val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(
    8, TimeUnit.HOURS
).setConstraints(constraints).build()

WorkManager.getInstance(context).enqueue(syncRequest)

Foreground Service mit Benachrichtigung

Für langlaufende, für den Benutzer sichtbare Operationen verwenden Sie Foreground Service. Ein Beispiel für einen Dateidownload mit Fortschritt in der Benachrichtigung. Der Dienst ruft startForeground() mit einer Benachrichtigung auf, die nicht entfernt werden kann. Bei Download-Abschluss — stopForeground(STOP_FOREGROUND_REMOVE).

class DownloadService : Service() {
    override fun onStartCommand(intent: Intent?, flags: Int, id: Int): Int {
        startForeground(NOTIFICATION_ID, createNotification())
        downloadFile()
        stopForeground(STOP_FOREGROUND_REMOVE)
        stopSelf()
        return START_NOT_STICKY
    }
    private fun createNotification(): Notification {
        return NotificationCompat.Builder(this, CHANNEL_ID)
            .setContentTitle("Datei herunterladen")
            .setSmallIcon(android.R.drawable.ic_download)
            .build()
    }
}

Codebeispiele: iOS BGTaskScheduler

Auf iOS wird die Hintergrundausführung über BGTaskScheduler konfiguriert. Ein Beispiel für die Registrierung und Ausführung einer Inhaltsaktualisierungsaufgabe. Die App muss die Aufgabenkennung in Info.plist registrieren und submit aufrufen, wenn die Aufgabe geplant werden soll.

import BackgroundTasks

func registerBackgroundTask() {
    BGTaskScheduler.shared.register(
        forTaskWithIdentifier: "com.app.refresh",
        using: nil
    ) { task in
        self.handleAppRefresh(task: task as! BGAppRefreshTask)
    }
}

func scheduleAppRefresh() {
    let request = BGAppRefreshTaskRequest(
        identifier: "com.app.refresh"
    )
    request.earliestBeginDate = Date(timeIntervalSinceNow: 15 * 60)
    try? BGTaskScheduler.shared.submit(request)
}

func handleAppRefresh(task: BGAppRefreshTask) {
    scheduleAppRefresh()
    task.expirationHandler = {
        // Zwischendaten speichern
        cacheCurrentState()
    }
    fetchLatestData {
        task.setTaskCompleted(success: true)
    }
}

Background Processing Task

Für langlaufende Operationen (Cache-Bereinigung, Datenverarbeitung) verwenden Sie BGProcessingTask. Das System gewährt bis zu 10 Minuten für die Ausführung. Wird nur ausgeführt, wenn das Gerät lädt und mit Wi-Fi verbunden ist. Erfordert eine separate Kennung in Info.plist und Registrierung über register(forTaskWithIdentifier:).

func scheduleProcessing() {
    let request = BGProcessingTaskRequest(
        identifier: "com.app.cleanup"
    )
    request.requiresExternalPower = true
    request.requiresNetworkConnectivity = true
    request.earliestBeginDate = Date(timeIntervalSinceNow: 24 * 60 * 60)
    try? BGTaskScheduler.shared.submit(request)
}

Vergleich der Android- und iOS-Ansätze

Android und iOS unterscheiden sich grundlegend in ihrer Philosophie der Hintergrundausführung. Android bietet flexible Werkzeuge mit mehr Kontrolle, erfordert aber vom Entwickler die Wahl der richtigen API. iOS schränkt die Möglichkeiten ein, garantiert aber stabile Leistung und Akkulaufzeit für den Benutzer.

Wann Android WorkManager wählen

WorkManager ist optimal für Aufgaben, die unabhängig vom App-Zustand abgeschlossen werden müssen: Datensynchronisation, Analytics-Versand, Warteschlangenverarbeitung. Die API garantiert die Ausführung auch nach dem Ausschalten des Geräts — die Aufgabe wird nach dem Start neu geplant.

Wann iOS BGTaskScheduler wählen

BGTaskScheduler eignet sich für Aufgaben, die das System zu einem beliebigen günstigen Zeitpunkt ausführen kann: Herunterladen neuer Inhalte, Aktualisieren von Widgets, Leeren des Caches. Nicht geeignet für dringende Operationen — das System verzögert die Aufgabe, wenn das Gerät im Doze-Modus ist oder der Akku schwach ist.