Swift Speicherverwaltung

Diese Frage wurde lange genug offen und ich fühle mich jetzt sicher genug, Sie zu beantworten.

Verschiedenen Ebenen MM:

Hardware-Speicher

Swift mit ARC wir keine Möglichkeit haben, zu bereinigen die tatsächliche hardware-ram. Wir können nur machen es möglich, den OS zu tun für uns. Ein Teil wird mit dem richtigen code (optionals und weak) der andere Teil ist die Schaffung von Zeit für die OS zu tun, ist es Arbeit.

Vorstellen, dass wir eine-Funktion, die läuft auf alle threads auf unbestimmte Zeit. Es tut eine Sache, ein Bild laden, konvertieren, um schwarz/weiß und speichern.
Alle Bilder, die max bei ein paar mb ' s und die Funktion erstellt keine Software Speicherlecks.
Da die Bilder nicht haben eine festgelegte Größe und können unterschiedliche Kompression, Sie haben nicht die gleiche Stellfläche.
Diese Funktion wird immer zum Absturz der app.

Diese "Hardware" Memory Leak verursacht wird, die von der Funktion immer unter der nächsten verfügbaren slot Speicher.

Das Betriebssystem nicht Schritt "tatsächlich den Speicher bereinigen", da gibt es keinen Leerlauf. Setzen Sie eine Verzögerung zwischen jedem Arbeitsgang vollständig behebt.

Sprachspezifische MM

Casting

Einige Operationen keine Auswirkungen auf das Gedächtnis, andere tun:

let myInt : Int = 1
Float(myInt) // this creates a new instance

Versuchen casting statt:

(myInt as Float) // this will not create a new instance.

Reference Types vs. Value Types | Classes vs Strukturen

Beide haben Ihre Vorteile und Ihre Gefahren.

Strukturen sind speicherintensiv, weil Sie Wert-Typen.
Dies bedeutet, dass Sie kopieren den Werten, bei anderen Instanz zugewiesen ist., effektiv Verdoppelung der Speichernutzung.
Es gibt keinen fix /workaround. Es ist, was macht Structs Structs.

Klassen nicht über dieses Verhalten, weil Sie Referenz-Typen. Sie kopieren nicht, wenn der zugewiesene.
Stattdessen schaffen Sie andere Referenz der gleiche Objekt. ARC oder Automatic Reference Counting " ist, was hält den überblick über diese Referenzen.
Jedes Objekt hat einen Referenzzähler. Jedes mal, wenn Sie zuweisen, es geht bis um eins. Jedes mal, wenn Sie eine Referenz auf nil, die einschließende Funktion beendet ist, oder das einschließende Objekt deinits, wird der Zähler nach unten geht.

Wenn der Zähler zuvor auf 0 das Objekt ist deinitialised.

Es ist ein Weg, um zu verhindern, dass eine Instanz von deinitialising, und dadurch ein Leck. Dies wird als eine Starken Referenz-Zyklus.

Gute Erklärung der Schwachen

class MyClass {

    var otherClass : MyOtherClass?

    deinit {
        print("deinit") //never gets called
    }
}

class MyOtherClass {

    var myclass : MyClass?

    deinit {
        print("deinit") //never gets called
    }
}

var classA : MyClass? = MyClass()

//sorry about the force unwrapping, don't do it like this
classA!.otherClass = MyOtherClass()
classA!.otherClass!.myclass = classA //this looks silly but in some form this happens a lot

classA = nil
// neither the MyClass nor the MyOtherClass deinitialised and we no longer have a reference we can acces. Immortalitiy reached they have.

stellen Sie einen Verweis auf weak

class MyOtherClass {

    weak var myclass : MyClass?

    deinit {
        print("deinit") //gets called
    }
}

inout

Funktionen erfassen der übergebenen Werte. Es ist aber auch möglich, zu markieren, diese Werte als inout. Hier können Sie ein Struct an eine Funktion übergeben, ohne das kopieren der Struktur. Dies könnte sparen Sie Speicher, je nachdem, was Sie weitergeben und was Sie tun in der Funktion.

Es ist auch ein netter Weg, wie man mehrere Werte zurückgeben, ohne Verwendung von Tupeln.

var myInt : Int = 0

//return with inout
func inoutTest(inout number: Int) {

    number += 5

}

inoutTest(&myInt)
print(myInt) //prints 5

//basic function with return creates a new instance which takes up it's own memory space
func addTest(number:Int) -> Int {

    return number + 5

}

Funktionale Programmierung

Zustand ist-Wert im Laufe der Zeit

Funktionale Programmierung ist der Zähler Teil der objektorientierten Programmierung. Funktionale Programmierung verwendet Unveränderlichen Zustand.

Mehr auf dieser hier

Objekt-Orientierten Programmierung verwendet Objekte, die verändert/mutiert Staaten. Anstatt einen neuen Wert, die alten Werte sind aktualisiert.

Funktionale Programmierung kann mehr Arbeitsspeicher verwenden.

Beispiel auf FP

Optionen

Optionen ermöglichen Ihnen das festlegen, was zu nil. Dies senkt die Referenz-Anzahl der Klassen-oder deinitialise Strukturen. Einstellung Dinge zu null ist der einfachste Weg, um clean-up-Speicher. Dies geht hand in hand mit dem BOGEN. Sobald Sie festgelegt haben, werden alle Referenzen einer Klasse zu null-es wird deinit und Speicher freizugeben.

Wenn Sie nicht erstellen Sie eine Instanz optional, die Daten bleiben im Speicher, bis der umschließenden Funktion beendet oder der umschließenden Klasse deinits. Sie vielleicht nicht wissen, Wann dies passieren wird. Optionen geben Ihnen die Kontrolle über das, was am Leben bleibt, für wie lange.

API-MM

Viele "memory leaks" sind die Ursache von Frameworksdass eine "clean-up" - Funktion, die Sie nicht genannt haben.
Ein gutes Beispiel ist UIGraphicsEndImageContext() Kontext bleiben im Speicher, bis diese Funktion aufgerufen wird. Es nicht sauber, wenn die Funktion, erstellt der Kontext endet, oder wenn das Bild eingebunden ist festgelegt auf null.

Weiteres gutes Beispiel ist die Entlassung ViewControllers. Es könnte sinnvoll sein, segue zu einem VC und dann segue zurück, aber der Wechsel tatsächlich schafft ein VC. Ein Wechsel zurück nicht zerstören VC. Rufen Sie dismissViewControllerAnimated() zu entfernen es aus dem Speicher.

Lesen Sie die Referenzen ein und überprüfen es gibt kein "clean up" - Funktionen.

Wenn Sie brauchen Instrumente, um ein Leck zu finden, schauen Sie sich die anderen Antworten auf diese Frage.

InformationsquelleAutor der Antwort R Menke