Comment peut-on détecter les fuites de mémoire dans une application iOS?

• Instruments (Fuites): L'outil principal dans Xcode pour le profilage et la détection des fuites de mémoire. Affiche les fuites détectées, les références cycliques et d'autres problèmes de gestion de mémoire.

• Graphique de mémoire dans le Navigateur DEBUG: Représentation visuelle du graphique d'objets en mémoire lors de l'exécution de l'application. Aide à identifier les références cycliques qui empêchent ARC de libérer les objets. Peut être utilisé pour rechercher des objets sans référence.

• Address Sanitizer (ASan): Outil lors de la compilation et de l'exécution qui détecte les erreurs de mémoire, y compris use-after-free, double-free et dépassement de tampon sur le tas. Bien qu'il ne recherche pas directement les fuites, il aide à repérer les erreurs pouvant mener à des fuites.

• Analyseur statique: Outil intégré à Xcode pour l'analyse statique du code, pouvant détecter des problèmes potentiels de mémoire, y compris les erreurs de comptage de références et les variables non initialisées, avant l'exécution de l'application.

• Heaps: Dans Instruments, affiche tous les objets vivants en mémoire et leurs connexions. Utile pour identifier les objets qui devraient être détruits mais existent encore.

• Code personnalisé pour le suivi des références: Mise en œuvre de mécanismes propres pour suivre le cycle de vie des objets, comme la journalisation de leurs méthodes deinit, pour identifier les objets qui ne sont pas libérés comme prévu.

class MyObject {
    init() {
        print("MyObject initialized")
    }

    deinit {
        print("MyObject deinitialized") // Doit être appelé lors de la libération
    }
}

• Tests unitaires/UI: Création de tests spécialisés pour vérifier que les objets sont correctement libérés après la fin de leur cycle de vie ou l'exécution d'une tâche spécifique. Exécuter ces tests avec Instrument Leaks ou Memory Graph activés.

• Revue de code: Revue régulière du code pour détecter d'éventuels problèmes de gestion de mémoire, tels que des références cycliques fortes, une mauvaise utilisation des closures (listes de capture) et des délégués.

• Vérification des références faibles et des références sans propriété: S'assurer que les références aux délégués, closures et autres objets susceptibles de créer des références cycliques sont correctement marquées comme weak ou unowned.

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // Utilisation de weak pour éviter les cycles
}