Τρώει μνήμη και φουσκώνει — τι είναι, αιτίες και πώς να το αποφύγετε

Τι είναι η διαρροή μνήμης και το φούσκωμα εφαρμογής;

Διαρροή μνήμης (memory leak) — κατάσταση κατά την οποία ένα αντικείμενο που δεν χρειάζεται πλέον η εφαρμογή συνεχίζει να παραμένει στο heap επειδή υπάρχει ενεργή αναφορά από το root set (GC Root). Ο συλλέκτης σκουπιδιών θεωρεί ένα τέτοιο αντικείμενο ζωντανό και δεν το διαγράφει.

Φούσκωμα μνήμης (memory bloat) — ευρύτερο πρόβλημα όταν η εφαρμογή καταναλώνει περισσότερη μνήμη από όση χρειάζεται για την εκτέλεση των τρεχουσών εργασιών. Αιτίες: υπερβολική προσωρινή αποθήκευση, διπλασιασμός αντικειμένων, μη βέλτιστες δομές δεδομένων και κατακερματισμός heap.

Στο Android κάθε εφαρμογή λαμβάνει περιορισμένο heap (συνήθως 64-512 MB ανάλογα με τη συσκευή και την έκδοση OS). Στο iOS ο περιορισμός είναι λιγότερο αυστηρός, αλλά το σύστημα στέλνει προειδοποίηση μνήμης όταν πλησιάζει το όριο.

Σύμφωνα με το Facebook Engineering Blog, οι διαρροές μνήμης είναι η αιτία ~15% των αναφορών crash σε εφαρμογές κινητών. Στο Android προστίθενται ANR λόγω συχνών παύσεων GC όταν υπάρχει έλλειψη μνήμης.

Τυπικά μοτίβα διαρροών μνήμης σε Android και iOS

Στατική αναφορά σε Activity — κλασική διαρροή Android. Αν ένα στατικό πεδίο ή singleton αποθηκεύει αναφορά σε Activity, αυτή δεν θα συλλεγεί από τον GC ακόμα και μετά το finish(), όσο το singleton ζει. Το Activity είναι βαρύ αντικείμενο που περιέχει ιεραρχία View, πόρους και Context.

object LeakHolder {
    var activityRef: Activity ?= null // διαρροή: στατική αναφορά σε Activity
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ Η MainActivity δεν θα συλλεγεί ποτέ από τον GC
    }
}

Ανώνυμες κλάσεις και lambdas — σιωπηρά διατηρούν αναφορά στην εξωτερική κλάση. Αν ένα Runnable ή Callback μεταβιβαστεί σε εξωτερική υπηρεσία και η Activity καταστραφεί, το αντικείμενο της ανώνυμης κλάσης εξακολουθεί να κρέμεται στην ουρά και δεν επιτρέπει στην Activity να συλλεγεί από τον GC.

• Handler με καθυστέρηση — αν η Activity έχει καταστραφεί αλλά το Handler.postDelayed δεν έχει ακόμα εκτελεστεί, η Activity διαρρέει
• Thread και AsyncTask — κατά την περιστροφή οθόνης η Activity αναδημιουργείται, αλλά το παλιό Thread συνεχίζει να κρατά αναφορά στην παλιά Activity
• Retrofit/Callback — ένα ανώνυμο Callback διατηρεί αναφορά στον presenter ή το fragment
• Παρατηρητές (Observers) — συνδρομές LiveData ή RxJava χωρίς ακύρωση στο onDestroy

Στο iOS το κύριο πρόβλημα είναι οι retain cycles: δύο αντικείμενα διατηρούν ισχυρές αναφορές το ένα στο άλλο και η ARC δεν μπορεί να μηδενίσει τον μετρητή αναφορών για κανένα. Τυπική περίπτωση: ένα closure που συλλαμβάνει το self ισχυρά, και το self που κρατά αναφορά στο closure.

Πώς να εντοπίσετε διαρροές μνήμης;

LeakCanary — βιβλιοθήκη από τη Square για αυτόματη ανίχνευση διαρροών στο Android. Μετά την καταστροφή Activity ή Fragment ελέγχει αν το αντικείμενο συλλέχθηκε από τον GC. Αν όχι — κάνει heap dump και εμφανίζει το ίχνος διαρροής.

// LeakCanary 2.x — αυτόματη ενσωμάτωση μέσω Application
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // Το LeakCanary εγκαθίσταται αυτόματα σε debug build
        // μέσω ContentProvider — ρύθμιση με μηδενικό κώδικα
    }
}

// Αναγκαστική κλήση ελέγχου
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — το ενσωματωμένο εργαλείο για παρακολούθηση μνήμης σε πραγματικό χρόνο. Επιτρέπει εγγραφή heap dump, εύρεση ύποπτων αντικειμένων (Retained Size > 1 MB) και παρακολούθηση της διαδρομής GC root προς κάθε αντικείμενο.

Για iOS χρησιμοποιήστε το Xcode Memory Graph Debugger. Απεικονίζει το γράφημα αντικειμένων στη μνήμη, δείχνει retain cycles και επιτρέπει άμεσο εντοπισμό κυκλικών αναφορών. Επίσης διαθέσιμο είναι το Instruments > Allocations για μακροπρόθεσμη παρακολούθηση.

Στρατηγικές πρόληψης διαρροών

WeakReference — ο βασικός μηχανισμός για αναφορές που δεν πρέπει να εμποδίζουν τη συλλογή σκουπιδιών. Αν ο GC αποφασίσει να διαγράψει το αντικείμενο, η WeakReference επιστρέφει null. Χρησιμοποιείται για callbacks, listeners και αναφορές σε UI components από νήματα παρασκηνίου.

Lifecycle-aware components — η αρχιτεκτονική προσέγγιση που υλοποιείται στο Android Jetpack (Lifecycle, LiveData, Flow, coroutines). Οι συνδρομές ακυρώνονται αυτόματα στο onDestroy, εξαλείφοντας την κύρια κατηγορία διαρροών.

class MyViewModel : ViewModel() {
    private val _data = MutableLiveData<List<User>>()
    val data: LiveData<List<User>> get() = _data

    fun loadData() {
        viewModelScope.launch {
            val result = repository.fetchData()
            _data.postValue(result)
            // το coroutine ακυρώνεται αυτόματα στο onCleared()
        }
    }
}

viewModelScope και lifecycleScope — ενσωματωμένα CoroutineScope στο Android που ακυρώνονται στο αντίστοιχο γεγονός κύκλου ζωής. Αυτό εξαλείφει τις διαρροές μέσω coroutines — το πιο συνηθισμένο σενάριο στη σύγχρονη ανάπτυξη Android.

• Μην χρησιμοποιείτε στατικές αναφορές σε Context, Activity, View ή Fragment
• Ακυρώνετε όλες τις συνδρομές RxJava στο disposeBag / CompositeDisposable στο onDestroy
• Χρησιμοποιείτε [weak self] / [unowned self] στα closures του iOS για αποτροπή retain cycles
• Ελέγχετε Bitmap και μεγάλα αντικείμενα — πρέπει να ανακυκλώνονται ή να μηδενίζονται

Εργαλεία προφίλ μνήμης

Memory Profiler in Android Studio — το κύριο εργαλείο για παρακολούθηση heap. Εμφανίζει live allocations, στιγμιότυπα heap, αριθμό αντικειμένων ανά τύπο. Επιτρέπει εγγραφή dump και ανάλυσή του στο MAT (Memory Analyzer Tool) για εύρεση ύποπτων αντικειμένων.

Eclipse MAT — επιτραπέζιος αναλυτής heap dump. Μετά τη φόρτωση του αρχείου HPROF από το Android Studio, το MAT χτίζει το dominator tree, δείχνει το retain size κάθε αντικειμένου και προσφέρει αυτόματη ανάλυση ύποπτων διαρροών μέσω του Leak Suspects Report.

Xcode Memory Graph — οπτικός εντοπιστής σφαλμάτων για retain cycles. Με το πάτημα του κουμπιού Memory Graph Debugger, το Xcode σταματά την εφαρμογή, χτίζει πλήρες γράφημα αντικειμένων στη μνήμη και επισημαίνει τα retain cycles με κόκκινο χρώμα.

Σύμφωνα με το Google I/O 2023, οι εφαρμογές που χρησιμοποιούν LeakCanary σε debug builds μειώνουν τον αριθμό των crash που σχετίζονται με μνήμη κατά 30-50% τους πρώτους 2 μήνες μετά την εφαρμογή. Συνιστάται η προσθήκη του LeakCanary στη φάση ενσωμάτωσης του έργου.