NSTimer memory management

Ja, NSTimer pflegen einen starken Bezug zu den target verursachen kann (vor allem in sich wiederholenden Timer) starken Bezug Zyklen (ein.k.ein. retain-Zyklen). In deinem Beispiel, wenn der timer nicht wiederholt wird, und verzögert nur 0,5, also worst-case-Szenario, Sie haben eine starke Referenz-Zyklus, der automatisch lösen sich in 0,5 Sekunden.

Aber ein gängiges Beispiel für eine ungelöste starken Referenz-Zyklus wäre eine UIViewController mit einem NSTimer Eigenschaft, die wiederholt, aber, weil die NSTimer hat einen starken Bezug zur UIViewController der controller am Ende wird beibehalten.

So, wenn Sie halten die NSTimer wie eine Instanzvariable, dann, ja, dann sollten Sie invalidate es zu beheben, die starke Referenz-Zyklus. Wenn Sie nur den Aufruf der scheduledTimerWithTimeInterval, aber nicht speichern, können Sie mit einer Instanz-variable (als könnte man folgern aus deinem Beispiel), dann Ihre starke Referenz-Zyklus wird behoben werden, wenn die NSTimer abgeschlossen ist.

Und, by the way, wenn Sie ' re Umgang mit sich wiederholenden NSTimers, versuchen Sie nicht zu invalidate Sie in dealloc der Besitzer des NSTimer weil die dealloc wird offensichtlich nicht aufgerufen werden, bis die starke Referenz-Zyklus wird behoben. Im Falle einer UIViewController zum Beispiel, Sie könnte es tun, in viewDidDisappear.

Durch die Art und Weise, die Advanced Memory Management Programming Guide erklärt, was starke Referenz-Zyklen sind. Klar, das ist in einem Abschnitt, in dem Sie beschreiben, der richtigen Verwendung von schwachen Referenzen, die nicht hier anwendbar (weil Sie keine Kontrolle über die Tatsache, dass NSTimer verwendet starke Verweise auf das Ziel), aber es erklärt die Konzepte der starken Referenz-Zyklen schön.

Wenn Sie nicht möchten, dass Ihre NSTimer halten einen starken Bezug zu self im macOS 10.12 und iOS 10 oder höher, können Sie den block Wiedergabe und verwenden Sie dann die weakSelf Muster:

typeof(self) __weak weakSelf = self;
[NSTimer scheduledTimerWithTimeInterval:0.5 repeats:false block:^(NSTimer * _Nonnull timer) {
    [weakSelf showButtons];
}];

By the way, ich merke, dass Sie anrufen showButtons. Wenn Sie versuchen, nur zeigen einige Kontrollen auf Ihrer Ansicht, Sie könnten um die Verwendung der NSTimer zusammen und tun Sie etwas wie:

self.button1.alpha = 0.0;
self.button2.alpha = 0.0;

[UIView animateWithDuration:0.25
                      delay:0.5
                    options:UIViewAnimationOptionCurveEaseInOut | UIViewAnimationOptionAllowUserInteraction
                 animations:^{
                     self.button1.alpha = 1.0;
                     self.button2.alpha = 1.0;
                 }
                 completion:nil];

Diese nicht leiden, behalten Fragen der NSTimer Objekte, und führt sowohl die Verzögerung als auch die anmutige zeigt der button(s) alle in einer Anweisung. Wenn Sie zusätzliche Verarbeitung in Ihrem showButtons Methode können Sie setzen, dass in der completion block.

Ja, Sie können verwenden: myTimer=[NSTimer scheduledTimerWithTimeInterval:0.5 target:self selector:@selector(showButtons) userInfo:nil repeats:NO];
Und dann in deinem viewDidDisappear [myTimer invalidate]