Wie funktioniert der NSAutoreleasePool-Autorelease-Pool?

Soweit ich weiß, muss alles, was mit einer Zuordnung , einer neuen oder einer Kopie erstellt wurde , manuell freigegeben werden. Beispielsweise:

int main(void) {
    NSString *string;
    string = [[NSString alloc] init];
    /* use the string */
    [string release];
}

Meine Frage ist jedoch, ob dies nicht genauso gültig ist?:

int main(void) {
    NSAutoreleasePool *pool;
    pool = [[NSAutoreleasePool alloc] init];
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
    [pool drain];
}

Ja, Ihr zweiter Code-Snippit ist vollkommen gültig.

Jedes Mal, wenn -autorelease an ein Objekt gesendet wird, wird es dem innersten Autorelease-Pool hinzugefügt. Wenn der Pool geleert wird, sendet er einfach -release an alle Objekte im Pool.

Autorelease-Pools sind lediglich eine Annehmlichkeit, mit der Sie das Senden von Releases bis "später" verschieben können. Das "später" kann an mehreren Stellen passieren, aber die häufigste in Cocoa GUI-Apps ist am Ende des aktuellen Run-Loop-Zyklus.

NSAutoreleasePool: Drain vs. Release

Da die Funktion von drainund releaseVerwirrung zu stiften scheint, kann es hier sinnvoll sein, dies zu klären (obwohl dies in der Dokumentation behandelt wird ...).

Streng genommen, aus der großen Bild Perspektive drainist nicht gleichbedeutend mit release:

Führt in einer Umgebung mit Referenzzählung draindieselben Operationen aus wie release, sodass die beiden in diesem Sinne äquivalent sind. Um zu betonen, Das heißt , Sie nicht undicht einen Pool , wenn Sie verwenden drainstatt release.

In einer Müllsammelumgebung releaseist ein No-Op. Somit hat es keine Wirkung. drainenthält andererseits einen Hinweis an den Sammler, dass er "bei Bedarf sammeln" sollte. In einer Umgebung, in der Müll gesammelt wird, drainhilft die Verwendung des Systems dabei, das Sammeln von Sammlungen auszugleichen.

Wie bereits erwähnt, ist Ihr zweites Code-Snippet korrekt.

Ich möchte eine prägnantere Methode für die Verwendung des Autorelease-Pools vorschlagen, die in allen Umgebungen (Ref Counting, GC, ARC) funktioniert und auch die Verwirrung zwischen Drain und Release vermeidet:

int main(void) {
  @autoreleasepool {
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
  }
}

Beachten Sie im obigen Beispiel den @ autoreleasepool- Block. Dies ist hier dokumentiert .

Nein, du liegst falsch. In der Dokumentation wird klargestellt, dass -drain unter Nicht-GC gleichbedeutend mit -release ist, was bedeutet, dass der NSAutoreleasePool nicht durchgesickert ist.

Was ich von Apple gelesen habe: "Am Ende des Autorelease-Poolblocks erhalten Objekte, die eine Autorelease-Nachricht innerhalb des Blocks empfangen haben, eine Release-Nachricht. Ein Objekt erhält eine Release-Nachricht für jedes Mal, wenn eine Autorelease-Nachricht innerhalb des Blocks gesendet wurde. ""

https://developer.apple.com/library/mac/documentation/cocoa/conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html

Das Senden einer Autorelease anstelle einer Freigabe an ein Objekt verlängert die Lebensdauer dieses Objekts mindestens bis zum Entleeren des Pools selbst (es kann länger sein, wenn das Objekt anschließend beibehalten wird). Ein Objekt kann mehrmals in denselben Pool gestellt werden. In diesem Fall erhält es für jedes Mal, wenn es in den Pool gelegt wurde, eine Freigabemeldung.

Ja und nein. Sie würden am Ende den String-Speicher freigeben, aber das NSAutoreleasePool-Objekt in den Speicher "verlieren", indem Sie Drain anstelle von Release verwenden, wenn Sie dies in einer durch Müll gesammelten (nicht speicherverwalteten) Umgebung ausführen. Dieses "Leck" macht die Instanz von NSAutoreleasePool einfach "nicht erreichbar" wie jedes andere Objekt ohne starke Zeiger unter GC, und das Objekt würde beim nächsten Ausführen von GC bereinigt, was sehr wohl direkt nach dem Aufruf von -drain:

ablassen

Löst in einer Speicherbereinigungsumgebung die Speicherbereinigung aus, wenn der seit der letzten Erfassung zugewiesene Speicher größer als der aktuelle Schwellenwert ist. verhält sich ansonsten wie Release. ... In einer Müllsammelumgebung ruft diese Methode letztendlich auf objc_collect_if_needed.

Ansonsten ist es ähnlich wie -releasebei Nicht-GC, ja. Wie andere angegeben haben, -releasehandelt es sich bei GC um ein No-Op. Die einzige Möglichkeit, um sicherzustellen, dass der Pool unter GC ordnungsgemäß funktioniert, besteht darin -drain, und -drainunter Nicht-GC funktioniert genau wie -releaseunter Nicht-GC und kommuniziert seine Funktionalität möglicherweise klarer als Gut.

Ich sollte darauf hinweisen, dass Ihre Anweisung "alles, was mit new, alloc oder init aufgerufen wird" nicht "init" enthalten sollte (sondern "copy"), da "init" keinen Speicher zuweist, sondern nur das Objekt (Konstruktor) einrichtet Mode). Wenn Sie ein zugewiesenes Objekt erhalten und Ihre Funktion nur init als solches aufgerufen hätte, würden Sie es nicht freigeben:

- (void)func:(NSObject*)allocd_but_not_init
{
    [allocd_but_not_init init];
}

Das verbraucht nicht mehr Speicher als Sie bereits begonnen haben (vorausgesetzt, init instanziiert keine Objekte, aber Sie sind trotzdem nicht dafür verantwortlich).