Background Execution în dezvoltarea mobilă — esență, limitări și principii de funcționare

Ce este Background Execution în aplicațiile mobile?

Background Execution — capacitatea aplicației de a continua executarea codului după ce utilizatorul a minimizat-o sau a trecut la o altă aplicație. Fără mecanisme speciale, sistemul de operare mobil trece aplicația în starea Suspended (suspendată) după câteva secunde de la intrarea în fundal, eliberând procesorul și memoria pentru aplicațiile active.

Stările aplicației în fundal

Aplicația mobilă trece prin mai multe stări ale ciclului de viață: Foreground (activă), Background (în fundal), Suspended (suspendată) și Terminated (terminată). Background — singura stare în care aplicația poate executa cod fără interfață vizibilă. iOS și Android definesc diferit durata și operațiile permise în această stare.

Scenarii principale de utilizare

Execuția în fundal este necesară pentru sarcini de sincronizare a datelor, descărcare de conținut, procesare a notificărilor Push, geolocalizare în fundal și redare audio. Sincronizarea — cel mai frecvent scenariu: aplicația trimite date pe server sau descarcă actualizări fără participarea utilizatorului.

• Sincronizare — încărcarea și descărcarea datelor la schimbarea rețelei.
• Geolocalizare — urmărirea poziției în trackere de fitness și navigatoare.
• Media — redarea audio și video în fundal (muzică, podcasturi).
• Notificări — procesarea notificărilor Push și locale.
• Descărcare — primirea fișierelor mari (podcasturi, video) în fundal.

De ce sistemele de operare mobile limitează execuția în fundal

Limitările execuției în fundal sunt determinate de trei factori: consumul energetic, performanța dispozitivului și confidențialitatea utilizatorului. Procesorul și modulele radio (Wi-Fi, date mobile) consumă cea mai multă energie — fiecare proces în fundal reduce durata de funcționare a bateriei.

Consumul energetic și autonomia

Cercetările Google arată că aplicațiile care execută sarcini în fundal la fiecare 5 minute reduc durata de funcționare a dispozitivului cu 20–30% pe zi. Chiar și operațiile optimizate în fundal cu o frecvență de o dată pe oră au un impact vizibil dacă există mai mult de două astfel de aplicații.

Memoria RAM și performanța

Fiecare aplicație în fundal ocupă memorie RAM. La insuficiența memoriei, sistemul descarcă aplicațiile din memorie, ceea ce duce la repornirea la revenirea utilizatorului. iOS utilizează algoritmul Jetsam — mecanism de terminare forțată a proceselor în fundal la depășirea limitei de memorie. Android folosește LMK (Low Memory Killer) cu un principiu similar.

Confidențialitatea utilizatorului

Începând cu Android 10 și iOS 13, sistemul cere aplicațiilor să declare scopul lucrului în fundal. Android a introdus restricția de lansare a Broadcast Receiver în fundal. iOS necesită specificarea Background Mode în Capabilities ale proiectului. Utilizatorul poate dezactiva execuția în fundal pentru orice aplicație în setări.

Background Execution pe Android: WorkManager și Foreground Service

Android oferă mai multe mecanisme pentru execuția în fundal, fiecare rezolvând propria categorie de sarcini. WorkManager — API-ul recomandat pentru sarcini amânate și periodice. Foreground Service — pentru executare imediată cu notificare vizibilă. JobScheduler — analog de nivel scăzut al WorkManager.

WorkManager — soluție universală

WorkManager — parte din Android Jetpack, asigurând executarea sarcinilor în fundal cu garanția finalizării chiar și după repornirea dispozitivului. API-ul selectează timpul optim de executare ținând cont de starea rețelei, nivelul bateriei și modul Doze. WorkManager este compatibil cu API 14+ și înlocuiește învechitele AlarmManager și JobScheduler.

Foreground Service — pentru operații lungi

Când aplicația trebuie să execute o sarcină vizibilă pentru utilizator (redare muzică, înregistrare geolocalizare), se folosește Foreground Service. Serviciul afișează o notificare permanentă în bara de stare și are prioritate mai mare — sistemul nu îl va termina până la finalizarea sarcinii. Începând cu Android 13, este necesară permisiunea POST_NOTIFICATIONS.

Modul Doze și optimizarea bateriei

Începând cu Android 6.0, dispozitivul intră în modul Doze la inactivitate. În acest mod, operațiile de rețea, sincronizarea și JobScheduler sunt amânate. WorkManager se adaptează automat la Doze — sarcinile sunt executate în cea mai apropiată Maintenance Window, când dispozitivul iese din somn pentru întreținere.

Background Execution pe iOS: Background Tasks și App Refresh

iOS utilizează o abordare mai strictă a execuției în fundal. Background App Refresh — mecanismul principal de actualizare periodică a datelor. BGTaskScheduler — API pentru planificarea sarcinilor ținând cont de starea sistemului. Pentru operații lungi sunt disponibile Background Modes: audio, location, voip, fetch și processing.

Background App Refresh

Background App Refresh permite aplicației să se trezească la fiecare 15–30 de minute pentru sincronizarea datelor. Timpul de trezire depinde de comportamentul utilizatorului — sistemul analizează cât de des deschide acesta aplicația. Utilizatorul poate dezactiva această funcție pentru aplicații individuale în Settings — General — Background App Refresh.

BGTaskScheduler — abordare modernă

Începând cu iOS 13, BGTaskScheduler a înlocuit învechitele performFetch și beginBackgroundTask. Aplicația înregistrează sarcini cu identificator și interval minim, iar sistemul determină singur timpul optim de executare. Sarcinile se împart în două tipuri: BGProcessingTask (lungi, 10+ minute) și BGAppRefreshTask (scurte, până la 30 de secunde).

Limitarea timpului de executare

iOS alocă aplicației timp limitat pentru executarea sarcinii în fundal — până la 30 de secunde pentru BGAppRefreshTask și până la 10 minute pentru BGProcessingTask. La depășirea limitei, sistemul forțează terminarea sarcinii. Dezvoltatorul trebuie să apeleze handlerul de expirare (expiration handler) pentru salvarea rezultatelor intermediare.

Exemple de cod: Android WorkManager

Să examinăm implementarea practică a execuției în fundal pe Android cu ajutorul WorkManager. Exemplu de sincronizare a datelor la fiecare 8 ore ținând cont de starea rețelei. WorkManager garantează executarea sarcinii chiar și după repornirea dispozitivului.

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

// Pornirea sarcinii periodice la fiecare 8 ore
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 cu notificare

Pentru operații lungi vizibile utilizatorului, folosește Foreground Service. Exemplu de descărcare a unui fișier cu progres în notificare. Serviciul apelează startForeground() cu o notificare care nu poate fi respinsă. La finalizarea descărcării — 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("Descărcare fișier")
            .setSmallIcon(android.R.drawable.ic_download)
            .build()
    }
}

Exemple de cod: iOS BGTaskScheduler

Pe iOS, execuția în fundal se configurează prin BGTaskScheduler. Exemplu de înregistrare și executare a sarcinii de actualizare a conținutului. Aplicația trebuie să înregistreze identificatorul sarcinii în Info.plist și să apeleze submit în momentul planificării sarcinii.

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 = {
        // Salvează datele intermediare
        cacheCurrentState()
    }
    fetchLatestData {
        task.setTaskCompleted(success: true)
    }
}

Background Processing Task

Pentru operații lungi (curățarea cache-ului, procesarea datelor) folosește BGProcessingTask. Sistemul oferă până la 10 minute pentru executare. Se lansează doar când dispozitivul este la încărcător și conectat la Wi-Fi. Necesită un identificator separat în Info.plist și înregistrare prin 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)
}

Compararea abordărilor Android și iOS

Android și iOS diferă radical în filosofia execuției în fundal. Android oferă instrumente flexibile cu mult control, dar necesită de la dezvoltator alegerea corectă a API-ului. iOS limitează posibilitățile, dar garantează performanță stabilă și autonomie pentru utilizator.

Când să alegi Android WorkManager

WorkManager este optim pentru sarcini care trebuie executate indiferent de starea aplicației: sincronizarea datelor, trimiterea analiticelor, procesarea cozilor. API-ul garantează executarea chiar și după oprirea dispozitivului — sarcina este replanificată după pornire.

Când să alegi iOS BGTaskScheduler

BGTaskScheduler este potrivit pentru sarcini pe care sistemul le poate executa în orice moment convenabil: descărcarea conținutului nou, actualizarea widgeturilor, curățarea cache-ului. Nu este potrivit pentru operații urgente — sistemul amână sarcina dacă dispozitivul este în Doze sau bateria este scăzută.