Wie kann man Speicherlecks beheben, wenn das Leaks-Instrument sie nicht anzeigt?

Question

Ich habe eine iOS-App in Swift geschrieben, die Speicher verliert - in bestimmten Situationen sollten einige Objekte veröffentlicht werden, aber sie sind nicht. Ich habe durch einfaches Hinzufügen von deinit Debug-Meldungen wie diese über das Thema gelernt:

deinit { 
    println("DEINIT: KeysProvider released") 
} 

So sollte die deinit Meldung nach solchen Ereignissen in der Konsole vorhanden sein, die das Objekt führen soll zu lösen. Bei einigen Objekten, die freigegeben werden sollten, fehlt jedoch die Nachricht. Dennoch zeigt das Leaks Developer Tool keine Lecks. Wie löse ich eine solche Situation?

Answer 1

In Xcode 8 können Sie auf der "Debug-Speicher Graph" klicken, in der Debug-Symbolleiste (am unteren Rand des Bildschirms angezeigt):

Nur Identifizieren Sie das Objekt im linken Bereich, von dem Sie denken, dass es freigegeben werden sollte, und es zeigt Ihnen das Objektdiagramm (oben im Hauptfenster angezeigt). Dies ist sehr nützlich, um schnell zu erkennen, wo die starken Referenzen auf dem fraglichen Objekt festgestellt wurden. Von hier aus können Sie Ihre Nachforschungen beginnen und diagnostizieren, warum diese starken Referenzen nicht aufgelöst wurden (zB wenn das fragliche Objekt eine starke Referenz von etwas anderem hat, das hätte freigegeben werden sollen, schauen Sie sich auch das Diagramm dieses Objekts an, und Sie könnten das finden Problem (z. B. starke Referenzzyklen, Wiederholungstimer usw.)

Beachten Sie, dass im rechten Bereich der Anrufbaum angezeigt wird.Ich habe, dass in den Schema-Einstellungen auf dem „malloc Stack“ Protokollierungsoption durch Drehen:

Wie dem auch sei, das getan zu haben, kann man dann auf den Pfeil neben dem entsprechenden Call-Methode in dem Stapel gezeigt Spur auf der rechten Seite des ersten Siebes snapshot oben, und man kann sehen, dass eine starke Referenz wurde ursprünglich etabliert:

die obige Speicherdiagnosetechnik (und mehr) wird in der zweiten Hälfte des WWDC demonstrierte 2016 Visual Debugging with Xcode.

Die traditionelle Instrumente Technik (besonders nützlich, wenn Sie ältere Versionen von Xcode verwenden) wird in meiner ursprünglichen Antwort unten beschrieben.

---

Ich würde mit dem "Belegungen" Werkzeug Instruments vorschlagen "Record Reference Counts" -Funktion:

Anschließend können Sie die App in Instruments laufen und dann für Ihre Klasse suchen, Sie wissen, ist undicht und bohren in indem Sie auf den Pfeil klicken:

Sie können dann bohren in die Details und Blick auf die Stack-Trace „Erweiterte Details“ Panel auf der rechten Seite:

In diesem „Erweiterte Details“ Panel, konzentrieren sich auf den Code in schwarz, anstatt das System ruft in grau. Wie auch immer, von der „Erweiterte Details“ Panel können Sie dann in Ihren Quellcode bohren, rechts in Instrumente ::

Weitere Informationen und Demonstrationen in Instrumente mit Gedächtnisproblemen auf die Spur finden Sie auf :

• WWDC 2013 Video Fixing Memory Issues
• WWDC 2012 Video iOS App Performance: Memory

Answer 2

Verwenden Sie Instrumente zur Überprüfung auf Lecks und Speicherverlust aufgrund von beibehaltenem, aber nicht ausgelaufenem Speicher. Letzteres ist ungenutzter Speicher, auf den immer noch hingewiesen wird. Verwenden Sie im Zuweisungsinstrument für Instrumente die Markengenerierung (Heapshot).

Für HowTo Verwendung Heapshot Speicher creap zu finden, siehe: bbum blog

Grundsätzlich ist das Verfahren Instruments zuweisen Werkzeug, nehmen Sie einen heapshot, führen eine Iteration des Codes und einen weiteren heapshot Wiederholung 3 oder 4 mal laufen. Dies zeigt Speicher an, der während der Iterationen zugewiesen und nicht freigegeben wurde.

Um herauszufinden, die Ergebnisse offenbaren, um die einzelnen Zuordnungen zu sehen.

Wenn Sie sehen müssen, wo behält, Releases und autoreleases auftreten für ein Objekt verwenden, Instrumente:

Run in Instrumente, in Verrechnungen eingestellt „Record Referenzzähler“ auf (für Xcode 5 und senken Sie die Aufnahme stoppen um die Option zu setzen). Führen Sie die App aus, beenden Sie die Aufzeichnung, führen Sie einen Drilldown durch und Sie werden sehen können, wo alle Änderungen, Freigaben und Autoreleases aufgetreten sind.