Background Execution στην ανάπτυξη εφαρμογών για κινητά — ουσία, περιορισμοί και αρχές λειτουργίας

Τι είναι το Background Execution στις εφαρμογές κινητών;

Background Execution — η ικανότητα της εφαρμογής να συνεχίσει την εκτέλεση κώδικα αφού ο χρήστης την ελαχιστοποίησε ή μεταπήδησε σε άλλη εφαρμογή. Χωρίς ειδικούς μηχανισμούς, το κινητό ΛΣ μεταφέρει την εφαρμογή σε κατάσταση Suspended (αναστολή) μέσα σε λίγα δευτερόλεπτα από την είσοδο στο παρασκήνιο, ελευθερώνοντας τον επεξεργαστή και τη μνήμη για ενεργές εφαρμογές.

Καταστάσεις εφαρμογής στο παρασκήνιο

Η εφαρμογή κινητού περνά από διάφορες καταστάσεις κύκλου ζωής: Foreground (ενεργή), Background (παρασκήνιο), Suspended (αναστολή) και Terminated (τερματισμός). Background — η μόνη κατάσταση στην οποία η εφαρμογή μπορεί να εκτελέσει κώδικα χωρίς ορατή διεπαφή. Το iOS και το Android ορίζουν διαφορετικά τη διάρκεια και τις επιτρεπόμενες λειτουργίες σε αυτήν την κατάσταση.

Κύρια σενάρια χρήσης

Η εκτέλεση στο παρασκήνιο είναι απαραίτητη για εργασίες συγχρονισμού δεδομένων, λήψης περιεχομένου, επεξεργασίας ειδοποιήσεων Push, γεωτοποθεσίας στο παρασκήνιο και αναπαραγωγής ήχου. Συγχρονισμός — το πιο συνηθισμένο σενάριο: η εφαρμογή στέλνει δεδομένα στον διακομιστή ή κατεβάζει ενημερώσεις χωρίς τη συμμετοχή του χρήστη.

• Συγχρονισμός — μεταφόρτωση και λήψη δεδομένων κατά την αλλαγή δικτύου.
• Γεωτοποθεσία — παρακολούθηση τοποθεσίας σε ιχνηλάτες γυμναστικής και πλοηγούς.
• Πολυμέσα — αναπαραγωγή ήχου και βίντεο στο παρασκήνιο (μουσική, podcast).
• Ειδοποιήσεις — επεξεργασία ειδοποιήσεων Push και τοπικών ειδοποιήσεων.
• Λήψη — λήψη μεγάλων αρχείων (podcast, βίντεο) στο παρασκήνιο.

Γιατί τα κινητά ΛΣ περιορίζουν την εκτέλεση στο παρασκήνιο

Περιορισμοί της εκτέλεσης στο παρασκήνιο οφείλονται σε τρεις παράγοντες: κατανάλωση ενέργειας, απόδοση συσκευής και απόρρητο χρήστη. Ο επεξεργαστής και οι μονάδες ραδιοεπικοινωνίας (Wi-Fi, δεδομένα κινητής) καταναλώνουν την περισσότερη ενέργεια — κάθε διεργασία παρασκηνίου μειώνει τον χρόνο λειτουργίας της μπαταρίας.

Κατανάλωση ενέργειας και αυτονομία

Έρευνες της Google δείχνουν ότι εφαρμογές που εκτελούν εργασίες παρασκηνίου κάθε 5 λεπτά μειώνουν τον χρόνο λειτουργίας της συσκευής κατά 20–30% την ημέρα. Ακόμα και βελτιστοποιημένες λειτουργίες παρασκηνίου με συχνότητα μία φορά την ώρα έχουν αισθητό αντίκτυπο εάν υπάρχουν περισσότερες από δύο τέτοιες εφαρμογές.

Μνήμη RAM και απόδοση

Κάθε εφαρμογή παρασκηνίου καταλαμβάνει μνήμη RAM. Σε περίπτωση ανεπάρκειας μνήμης, το σύστημα εκφορτώνει εφαρμογές από τη μνήμη, οδηγώντας σε επανεκκίνηση κατά την επιστροφή του χρήστη. Το 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 και βελτιστοποίηση μπαταρίας

Από 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 είναι κατάλληλο για εργασίες που το σύστημα μπορεί να εκτελέσει οποιαδήποτε στιγμή: λήψη νέου περιεχομένου, ενημέρωση widget, εκκαθάριση προσωρινής μνήμης. Δεν είναι κατάλληλο για επείγουσες λειτουργίες — το σύστημα αναβάλλει την εργασία εάν η συσκευή είναι σε Doze ή η μπαταρία είναι χαμηλή.