Background Execution у мобилном развоју — суштина, ограничења и принципи рада

Шта је Background Execution у мобилним апликацијама?

Background Execution — способност апликације да настави извршавање кода након што је корисник минимизира или пређе на другу апликацију. Без посебних механизама, мобилни ОС преводи апликацију у стање Suspended (заустављено) након неколико секунди одласка у позадину, ослобађајући процесор и меморију за активне апликације.

Стања апликације у позадини

Мобилна апликација пролази кроз неколико стања животног циклуса: Foreground (активно), Background (у позадини), Suspended (заустављено) и Terminated (завршено). Background — једино стање у којем апликација може извршавати код без видљивог интерфејса. iOS и Android различито одређују трајање и доступне операције у овом стању.

Основни сценарији употребе

Позадинско извршавање је неопходно за задатке синхронизације података, преузимања садржаја, обраду Push обавештења, геолокацију у позадини и репродукцију звука. Синхронизација — најчешћи сценарио: апликација шаље податке на сервер или преузима ажурирања без учешћа корисника.

• Синхронизација — учитавање и отпремање података при промени мреже.
• Геолокација — праћење локације у фитнес тракерима и навигацијама.
• Медији — репродукција звука и видеа у позадини (музика, подкасти).
• Обавештења — обрада Push и локалних обавештења.
• Преузимање — преузимање великих датотека (подкасти, видео) у позадини.

Зашто мобилни ОС ограничавају позадинско извршавање

Ограничења позадинског извршавања условљена су три фактора: потрошња енергије, перформансе уређаја и приватност корисника. Процесор и радио-модули (Wi-Fi, мобилни подаци) троше највише енергије — сваки позадински процес скраћује време рада батерије.

Потрошња енергије и аутономија

Истраживања Google показују да апликације које извршавају позадинске задатке сваких 5 минута смањују време рада уређаја за 20–30% дневно. Чак и оптимизоване позадинске операције са учесталошћу једном на сат имају приметан утицај ако постоји више од две такве апликације.

Оперативна меморија и перформансе

Свака позадинска апликација заузима оперативну меморију. При њеном недостатку, систем истоварује апликације из меморије, што доводи до поновног покретања при повратку корисника. iOS користи алгоритам Jetsam — механизам принудног завршавања позадинских процеса при прекорачењу лимита меморије. Android примењује LMK (Low Memory Killer) са сличним принципом.

Приватност корисника

Почевши од Android 10 и iOS 13, систем захтева од апликација да декларишу сврху позадинског рада. Android је увео ограничење покретања Broadcast Receiver у позадини. iOS захтева навођење Background Mode у Capabilities пројекта. Корисник може онемогућити позадинско извршавање за било коју апликацију у подешавањима.

Background Execution на Android-у: WorkManager и Foreground Service

Android пружа неколико механизама за позадинско извршавање, од којих сваки решава своју категорију задатака. WorkManager — препоручени API за одложене и периодичне задатке. Foreground Service — за тренутно извршавање са видљивим обавештењем. JobScheduler — нижи ниво аналог WorkManager-а.

WorkManager — универзално решење

WorkManager — део Android Jetpack, обезбеђује извршавање позадинских задатака са гаранцијом завршетка чак и након поновног покретања уређаја. API бира оптимално време извршавања узимајући у обзир стање мреже, ниво батерије и Doze режим. WorkManager је компатибилан са API 14+ и замењује застареле AlarmManager и JobScheduler.

Foreground Service — за дуготрајне операције

Када апликација треба да изврши задатак видљив кориснику (репродукција музике, снимање геолокације), користи се Foreground Service. Сервис приказује стално обавештење у статусној траци и има виши приоритет — систем га неће завршити до краја задатка. Почевши од Android 13, потребна је дозвола POST_NOTIFICATIONS.

Doze Mode и оптимизација батерије

Почевши од Android 6.0, уређај прелази у Doze режим при неактивности. У овом режиму се одлажу мрежне операције, синхронизација и JobScheduler. WorkManager се аутоматски прилагођава Doze-у — задаци се извршавају у најближем Maintenance Window-у, када уређај изађе из сна ради одржавања.

Background Execution на iOS-у: Background Tasks и App Refresh

iOS користи строжи приступ позадинском извршавању. Background App Refresh — главни механизам периодичног ажурирања података. BGTaskScheduler — API за планирање задатака узимајући у обзир стање система. За дуготрајне операције доступни су Background Modes: audio, location, voip, fetch и processing.

Background App Refresh

Background App Refresh омогућава апликацији да се буди сваких 15–30 минута ради синхронизације података. Време буђења зависи од понашања корисника — систем анализира колико често отвара апликацију. Корисник може онемогућити ову функцију за појединачне апликације у Settings — General — Background App Refresh.

BGTaskScheduler — савремени приступ

Почевши од iOS 13, BGTaskScheduler је заменио застареле performFetch и beginBackgroundTask. Апликација региструје задатке са идентификатором и минималним интервалом, а систем сам одређује оптимално време извршавања. Задаци се деле на два типа: BGProcessingTask (дуготрајни, 10+ минута) и BGAppRefreshTask (кратки, до 30 секунди).

Ограничење времена извршавања

iOS додељује апликацији ограничено време за извршавање позадинског задатка — до 30 секунди за BGAppRefreshTask и до 10 минута за BGProcessingTask. По истеку лимита, систем принудно завршава задатак. Програмер мора позвати хендлер завршетка (expiration handler) за чување привремених резултата.

Примери кода: Android WorkManager

Размотримо практичну имплементацију позадинског извршавања на Android-у помоћу WorkManager-а. Пример синхронизације података сваких 8 сати узимајући у обзир стање мреже. WorkManager гарантује извршавање задатка чак и након поновног покретања уређаја.

class SyncWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        return try {
            syncDataToServer()
            Log.d("Sync", "Подаци синхронизовани")
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

// Покретање периодичног задатка сваких 8 сати
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 са обавештењем

За дуготрајне операције видљиве кориснику, користите Foreground Service. Пример преузимања датотеке са напретком у обавештењу. Сервис позива startForeground() са обавештењем које се не може одбацити. При завршетку преузимања — 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("Преузимање датотеке")
            .setSmallIcon(android.R.drawable.ic_download)
            .build()
    }
}

Примери кода: iOS BGTaskScheduler

На iOS-у позадинско извршавање се конфигурише кроз BGTaskScheduler. Пример регистрације и извршавања задатка ажурирања садржаја. Апликација мора регистровати идентификатор задатка у Info.plist и позвати submit у тренутку када задатак треба да буде планиран.

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 = {
        // Сачувај привремене податке
        cacheCurrentState()
    }
    fetchLatestData {
        task.setTaskCompleted(success: true)
    }
}

Background Processing Task

За дуготрајне операције (чишћење кеша, обрада података) користите BGProcessingTask. Систем даје до 10 минута за извршавање. Покреће се само када је уређај на пуњачу и повезан на Wi-Fi. Захтева посебан идентификатор у Info.plist и регистрацију кроз 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)
}

Поређење приступа Android и iOS

Android и iOS се коренито разликују у филозофији позадинског извршавања. Android пружа флексибилне алате са великом контролом, али захтева од програмера правилан избор API-ја. iOS ограничава могућности, али гарантује стабилне перформансе и аутономију за корисника.

Када изабрати Android WorkManager

WorkManager је оптималан за задатке који морају да се изврше без обзира на стање апликације: синхронизација података, слање аналитике, обрада редова. API гарантује извршавање чак и након искључивања уређаја — задатак се поново планира након покретања.

Када изабрати iOS BGTaskScheduler

BGTaskScheduler је погодан за задатке које систем може извршити у било које погодно време: преузимање новог садржаја, ажурирање виџета, чишћење кеша. Није погодан за хитне операције — систем одлаже задатак ако је уређај у Doze-у или је низак ниво батерије.