Jak można wykryć wycieki pamięci w aplikacji iOS?

• Instrumenty (Wycieki): Główne narzędzie w Xcode do profilowania i wykrywania wycieków pamięci. Wyświetla wykryte wycieki, cykliczne odwołania i inne problemy z zarządzaniem pamięcią.

• Wykres pamięci w Navigatorze DEBUG: Wizualne przedstawienie grafu obiektów w pamięci podczas działania aplikacji. Pomaga wykrywać cykliczne odwołania, które powodują, że ARC utrzymuje obiekty, nawet jeśli nie są już potrzebne. Można używać do wyszukiwania obiektów bez referencji.

• Address Sanitizer (ASan): Narzędzie podczas kompilacji i uruchomienia, które wykrywa błędy pamięci, w tym use-after-free, double-free i overflow bufora na stercie. Chociaż nie szuka bezpośrednio wycieków, pomaga znaleźć błędy, które mogą doprowadzić do wycieków.

• Analizator statyczny: Wbudowane narzędzie w Xcode do analizy statycznej kodu, które może wykryć potencjalne problemy z pamięcią, w tym błędy zliczania odwołań i niezainicjalizowane zmienne, przed uruchomieniem aplikacji.

• Heaps: W Instruments wyświetla wszystkie żywe obiekty w pamięci i ich powiązania. Przydatne do wykrywania obiektów, które powinny zostać usunięte, ale nadal istnieją.

• Kod własny do śledzenia odwołań: Implementacja własnych mechanizmów do śledzenia cyklu życia obiektów, np. logowanie ich metod deinit, aby wykryć obiekty, które nie są zwalniane zgodnie z oczekiwaniami.

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

    deinit {
        print("MyObject deinitialized") // Powinno być wywołane przy zwalnianiu
    }
}

• Testy jednostkowe/UI: Tworzenie specjalistycznych testów, które sprawdzają, czy obiekty są poprawnie zwalniane po zakończeniu ich cyklu życia lub wykonaniu określonego zadania. Uruchom te testy z włączonym Instrument Leaks lub Memory Graph.

• Przegląd kodu: Regularny przegląd kodu w celu wykrycia potencjalnych problemów z zarządzaniem pamięcią, takich jak silne cykliczne odwołania, niewłaściwe użycie zamknięć (capture lists) i delegatów.

• Sprawdzanie słabych odwołań i odwołań bez własności: Upewnij się, że odwołania do delegatów, zamknięć i innych obiektów, które mogą tworzyć cykliczne odwołania, są poprawnie oznaczone jako weak lub unowned.

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // Użycie weak, aby zapobiec cyklom
}