onStart: ουσία, ορατότητα Activity στην οθόνη Android

Ουσία της μεθόδου onStart στο Android

onStart — η δεύτερη μέθοδος του κύκλου ζωής Activity, που καλείται από το σύστημα μετά το onCreate (ή μετά το onRestart κατά την επιστροφή από κατάσταση διακοπής). Τη στιγμή της κλήσης onStart, το Activity ή το Fragment γίνονται ορατά στην οθόνη. Ο χρήστης βλέπει τη διεπαφή, αλλά η οθόνη δεν είναι ακόμα έτοιμη για αλληλεπίδραση — η εστίαση εισόδου θα εμφανιστεί μόνο μετά το onResume.

Η μέθοδος onStart ανήκει στην “ορατή διάρκεια ζωής” (visible lifetime) του Activity — στο διάστημα μεταξύ onStart και onStop. Κατά τη διάρκεια αυτής της περιόδου, το Activity μπορεί να καλύπτεται εν μέρει από άλλα παράθυρα (για παράδειγμα, από διαφανές Activity ή παράθυρο διαλόγου), αλλά η διεπαφή χρήστη του παραμένει ορατή. Αυτό διακρίνει την ορατή διάρκεια ζωής από τη “διάρκεια ζωής στο προσκήνιο” (onResume — onPause), όταν το Activity έχει πλήρη εστίαση εισόδου.

Η κατανόηση αυτής της τριεπίπεδης ιεραρχίας είναι κρίσιμης σημασίας για τη σωστή κατανομή του κώδικα. onCreate — εφάπαξ αρχικοποίηση, onStart — σύνδεση ορατών πόρων, onResume — αποκλειστική πρόσβαση σε αποκλειστικούς πόρους. Ο προγραμματιστής που μπερδεύει αυτά τα επίπεδα κινδυνεύει να δημιουργήσει διαρροές μνήμης ή λανθασμένη συμπεριφορά της εφαρμογής κατά την εναλλαγή μεταξύ οθονών.

onStart στο Activity

Στο Activity, η μέθοδος onStart καλείται κάθε φορά που η οθόνη εμφανίζεται στην οθόνη — τόσο κατά την πρώτη εκκίνηση (μετά το onCreate) όσο και κατά την επιστροφή από τη λειτουργία παρασκηνίου (μετά το onRestart). Σε αντίθεση με το onCreate, το onStart μπορεί να κληθεί πολλές φορές κατά τη διάρκεια ζωής μιας παρουσίας Activity, επομένως εδώ τοποθετείται κώδικας που πρέπει να εκτελείται κάθε φορά που εμφανίζεται η οθόνη.

class DashboardActivity : AppCompatActivity() {
    private val connectivityReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            val isConnected = ... // έλεγχος ConnectivityManager
            binding?.statusIndicator?.setColor(
                if (isConnected) Color.GREEN else Color.RED
            )
        }
    }

    override fun onStart() {
        super.onStart()
        registerReceiver(
            connectivityReceiver,
            IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION)
        )
        SensorManager.getInstance().registerStepCounter()
    }

    override fun onStop() {
        unregisterReceiver(connectivityReceiver)
        SensorManager.getInstance().unregisterStepCounter()
        super.onStop()
    }
}

Βασικός κανόνας: όλοι οι πόροι που συνδέονται στο onStart πρέπει να απελευθερώνονται στο onStop. Αυτό εγγυάται ότι όταν το Activity είναι κρυμμένο από την οθόνη, δεν καταναλώνει μπαταρία, δεν ακούει συστημικά συμβάντα και δεν καταλαμβάνει μνήμη. Το Android Studio περιέχει κανόνες lint που προειδοποιούν για καταχώρηση BroadcastReceiver χωρίς αντίστοιχη διαγραφή.

onStart στο Fragment

Το onStart στο Fragment είναι στενά συνδεδεμένο με τον κύκλο ζωής του Activity-περιέκτη. Το Fragment λαμβάνει την κλήση onStart αφού το Activity στο οποίο βρίσκεται έλαβε onStart. Ωστόσο, εάν το Fragment προστέθηκε σε καθυστερημένη λειτουργία (FragmentTransaction.commit() χωρίς addToBackStack), το onStart μπορεί να κληθεί με καθυστέρηση.

class MapFragment : Fragment() {
    private var mapView: MapView? = null

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        mapView = MapView(requireContext())
        return mapView!!
    }

    override fun onStart() {
        super.onStart()
        mapView?.onStart()
        LocationService.connect(requireContext())
    }

    override fun onStop() {
        mapView?.onStop()
        LocationService.disconnect()
        super.onStop()
    }
}

Ιδιαιτερότητα του Fragment.onStart: εάν το Fragment βρίσκεται σε ViewPager με offscreenPageLimit = 1, τα γειτονικά θραύσματα θα λάβουν επίσης onStart προτού γίνουν ορατά. Αυτό μπορεί να οδηγήσει σε πρόωρη καταχώρηση ακροατών. Για τέτοιες περιπτώσεις, χρησιμοποιήστε τη μέθοδο setUserVisibleHint() ή τον έλεγχο isVisible μέσα στο onStart για να καταχωρείτε ακροατές μόνο για πραγματικά ορατά θραύσματα.

Διαφορά μεταξύ onStart και onResume

Η κύρια διαφορά μεταξύ onStart και onResume — το επίπεδο δραστηριότητας της οθόνης. Το onStart σηματοδοτεί ότι το Activity είναι ορατό στην οθόνη, αλλά όχι απαραίτητα στο προσκήνιο. Το onResume σηματοδοτεί ότι το Activity βρίσκεται στο προσκήνιο και έχει εστίαση εισόδου. Η διαφορά παρουσιάζεται με το παράδειγμα παραθύρου διαλόγου: όταν ένα Dialog εμφανίζεται πάνω από το Activity, το Activity χάνει το onResume (καλείται onPause), αλλά παραμένει ορατό — onStart/onStop δεν καλούνται.

Ο πίνακας διαφορών δείχνει ξεκάθαρα σε ποια σενάρια καλείται κάθε μέθοδος:

Αυτός ο πίνακας βοηθά τον προγραμματιστή να αποφασίσει σε ποια μέθοδο να τοποθετήσει συγκεκριμένο κώδικα. Για παράδειγμα, εάν η εφαρμογή πρέπει να διακόπτει την αναπαραγωγή βίντεο σε οποιαδήποτε κάλυψη της οθόνης (ακόμη και με διάλογο), ο κώδικας τοποθετείται στο onPause. Εάν το βίντεο πρέπει να σταματά μόνο όταν η οθόνη είναι εντελώς κρυμμένη — ο κώδικας τοποθετείται στο onStop.

Καταχώρηση ακροατών και υπηρεσιών

onStart — το βέλτιστο μέρος για καταχώρηση ακροατών που πρέπει να λειτουργούν μόνο όσο το Activity είναι ορατό στην οθόνη. Αυτό αφορά τρεις κύριους τύπους συστημικών στοιχείων: BroadcastReceiver για συστημικά συμβάντα, LocationListener για γεωτοποθεσία και SensorListener για αισθητήρες συσκευής.

BroadcastReceiver στο onStart

Το BroadcastReceiver καταχωρείται δυναμικά μέσω Context.registerReceiver() στο onStart και διαγράφεται στο onStop μέσω unregisterReceiver(). Η δυναμική καταχώρηση είναι προτιμότερη από τη στατική (στο manifest), καθώς περιορίζει τη διάρκεια ζωής του δέκτη στην περίοδο ορατότητας του Activity — η εφαρμογή δεν ξυπνά από συστημικά broadcast μηνύματα όταν το Activity είναι κρυφό.

private val batteryReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context?, intent: Intent) {
        val level = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1)
        binding?.batteryText?.text = "$level%"
    }
}

override fun onStart() {
    super.onStart()
    registerReceiver(batteryReceiver, IntentFilter(Intent.ACTION_BATTERY_CHANGED))
}

override fun onStop() {
    unregisterReceiver(batteryReceiver)
    super.onStop()
}

LocationListener και SensorListener

Γεωτοποθεσία και αισθητήρες — λειτουργίες που καταναλώνουν πόρους. Η αίτηση ενημερώσεων GPS στο onStart και η ακύρωση στο onStop εγγυάται ότι η εφαρμογή δεν καταναλώνει μπαταρία όταν η οθόνη είναι κρυφή. Για ακριβή ρύθμιση, χρησιμοποιείται requestLocationUpdates με ελάχιστο διάστημα και απόσταση — για παράδειγμα, 10 δευτερόλεπτα και 10 μέτρα, που παρέχει βέλτιστη ισορροπία μεταξύ ακρίβειας και κατανάλωσης ενέργειας.

Κινούμενα σχέδια και onStart

Η εκκίνηση κινούμενων σχεδίων στο onStart, όχι στο onCreate, εγγυάται ότι το κινούμενο σχέδιο ξεκινά κάθε φορά που εμφανίζεται η οθόνη. Εάν ξεκινήσετε το κινούμενο σχέδιο στο onCreate, θα λειτουργήσει μόνο κατά την πρώτη δημιουργία του Activity, αλλά όχι κατά την επιστροφή από τη λειτουργία παρασκηνίου. Το onStart καλείται κάθε φορά που το Activity γίνεται ορατό, καθιστώντας το ιδανικό μέρος για εκκίνηση κυκλικών κινούμενων σχεδίων και μεταβάσεων.

private lateinit var pulseAnimator: ValueAnimator

override fun onStart() {
    super.onStart()
    pulseAnimator.start()
    binding?.loadingIndicator?.animate()?.alpha(1f)?.start()
}

override fun onStop() {
    pulseAnimator.cancel()
    binding?.loadingIndicator?.animate()?.cancel()
    super.onStop()
}

Για κινούμενα σχέδια που χρησιμοποιούν ObjectAnimator ή ValueAnimator, είναι σημαντικό να καλείτε cancel() στο onStop. Εάν το κινούμενο σχέδιο συνεχίζει να λειτουργεί μετά την απόκρυψη του Activity, καταναλώνει άσκοπα πόρους GPU και CPU, μειώνοντας την απόδοση της συσκευής και επιταχύνοντας την αποφόρτιση της μπαταρίας. Το Android Studio Profiler (γραφική παράσταση GPU) επιτρέπει την παρακολούθηση ενεργών κινούμενων σχεδίων και τον εντοπισμό διαρροών.

Ο κανόνας ζεύγους onStart/onStop ισχύει και για την εργασία με κάμερα προεπισκόπησης (CameraX). Το άνοιγμα της κάμερας στο onStart και το κλείσιμο στο onStop εγγυάται ότι η κάμερα δεν είναι αποκλεισμένη για άλλες εφαρμογές όταν η εφαρμογή σας δεν είναι ορατή στην οθόνη. Η παραβίαση αυτού του κανόνα είναι μία από τις συχνές αιτίες αρνητικών κριτικών στο Google Play.