Was ist der erste Schritt in (NSTimer Release und Invalidate)?

Question

Kann ich ein Argument mit @selector in NSTimer senden? Wenn ich NSTimer freigeben möchte, sind die folgenden Schritte richtig in dealloc?

[timer invalidate]; 
[timer release]; 

Answer 1

Die beiden Methoden machen verschiedene Dinge. Wenn Sie einen Timer besitzen (Sie haben ihn behalten oder ihm zugeteilt oder ihn kopiert), sollten Sie ihn freigeben. Wenn Sie es in einer Ausführungsschleife eingeplant haben, müssen Sie es ungültig machen, damit die Ausführungsschleife es freigibt. Wenn Sie beide Dinge getan haben, müssen Sie den Timer freigeben und ungültig machen (allerdings ist es normalerweise ausreichend, wenn die Laufschleife, die den Timer besitzt, ausreicht).

Answer 2

Das ist die richtige Weise, um einen Zeitgeber freizugeben, der möglicherweise noch ausgeführt wird (und Sie beenden möchten).

Answer 3

Immer, Release ist das letzte, was Sie tun. Sobald Sie etwas freigegeben haben, gibt es keine Garantie dafür, dass es sicher ist, das Objekt zu dereferenzieren, was bedeutet, dass es nicht mehr sicher ist, eine Nachricht zu senden.

Answer 4

[timer release] muss nur aufgerufen werden, wenn Sie den Timer "besitzen". Von Apple's documentation:

Da hält die Laufschleife die Timer, aus der Perspektive der Speicherverwaltung gibt es normalerweise keine Notwendigkeit, einen Verweis auf einen Timer zu halten, sobald Sie es geplant haben. Da der Zeitgeber als Argument übergeben wird, wenn Sie seine Methode als Selektor angeben, können Sie einen Wiederholungstimer bei Bedarf innerhalb dieser Methode ungültig machen. In vielen Situationen möchten Sie jedoch auch die Möglichkeit, den Timer zu deaktivieren - vielleicht sogar bevor er gestartet wird. In diesem Fall müssen Sie einen Verweis auf den Zeitgeber beibehalten, damit Sie ihm bei Bedarf eine ungültige Nachricht senden können. Wenn Sie einen nicht geplanten Zeitgeber erstellen (siehe “Unscheduled Timers”), müssen Sie einen starken Verweis auf den Zeitgeber beibehalten (in einer Umgebung mit Referenzzählung, die Sie beibehalten), damit er nicht freigegeben wird, bevor Sie ihn verwenden.

Was bedeutet das?

Wenn Sie alloc und init ein Timer, müssen Sie auch release es, etwa so:

NSTimer * timer = [[NSTimer alloc] initWith...]; 

NSRunLoop * runLoop = [NSRunLoop currentRunLoop]; 
[runLoop addTimer:timer forMode:NSDefaultRunLoopMode]; 
[timer release]; 

... 
... 

[timer invalidate]; 
timer = nil; 

Sobald der Timer auf die Laufschleife hinzugefügt wurde, gibt es keinen Grund, einen Verweis auf sie zu halten mehr , da die Laufschleifen es besitzen. In diesem Fall, wie gezeigt, würden Sie release den Timer, sobald Sie es in die Laufschleife hinzufügen, und dann einfach invalidate es, wenn Sie fertig sind. Die letzte Zeile (Timer auf nil einstellen) dient der Sicherheit. Der Aufruf von invalidate führt dazu, dass der Timer freigegeben wird (durch die Laufschleife), so dass es unsicher ist, eine Referenz zu behalten, die darauf zeigt. Wenn Sie den lokalen Verweis auf nil festlegen, bleiben die Daten koscher.

Wenn jedoch erstellen Sie einen Timer eine der Bequemlichkeit Methoden wie folgt:

NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval ...]; 

Sie tun nicht brauchen [timer release] überhaupt zu nennen! Die Komfortmethode fügt den Zeitgeber der Laufschleife hinzu, der sie dann gehört, so dass Sie keine Speicherverwaltung für das zurückgegebene Zeitgeberobjekt durchführen müssen.Sie würden einfach invalidate der Timer, wenn Sie ihn nicht mehr verwenden möchten:

[timer invalidate]; 
timer = nil; 

Oder, wenn der Timer nicht wiederholen gesetzt wurde, würden Sie absolut gar nichts, da es nach dem ersten Aufruf freigegeben würde .