performSelector:withObject:afterDelay:inModes 对保留计数的影响

Question

一个简单的程序：

-(void)doSomething {

 NSLog(@"self rc=%d", [self retainCount]);

 [self performSelector:@selector(doMe:) withObject:nil afterDelay:0 inModes:[NSArray arrayWithObject:NSDefaultRunLoopMode]];

 NSLog(@"self rc=%d", [self retainCount]);
}

-(void)doMe:(id)object {

 NSLog(@"i'm done");

 NSLog(@"self rc=%d", [self retainCount]);

}

输出：

self rc=1

self rc=2

i'm done

self rc=2

为什么保留计数会增加到并保持在 2？

Answer 1

来自-[NSObject performSelector:withObject:afterDelay:inModes:] documentation：

2013/11/01 回答

文档似乎已按预期更新，现在他们没有说目标对象被保留，但他们仍然在运行循环中提到了一个计划的计时器。

如果使用 NSTimer，那么对象必须由某人保留，否则无法保证选择器可以执行，因为没有人可以保证对象仍然存在。如果不使用 ARC 的 weak 它会崩溃。 在我看来，Apple 编辑了它的文档，没有提及实现细节，尽管我认为这很明显。

上面的文档根本没有提到retain这个词，但这并不意味着目标没有被保留。

这是我在模拟器iOS7.0的调试器中尝试的：

(lldb) p (int)[self retainCount]
(int) $1 = 8
(lldb) expr (void)[self performSelector:@selector(description) withObject:nil afterDelay:1.0]
(lldb) p (int)[self retainCount]
(int) $2 = 9
(lldb) expr (void)[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(description) object:nil]
(lldb) p (int)[self retainCount]
(int) $3 = 8

结论：对象被保留，但不是我们应该关心的。 先生解决了：p

---

上一个答案：（仍然有效）

此方法保留接收者和 anArgument 参数直到之后 选择器被执行。

因为如果对象没有被保留，对象可能在执行之前就被释放了，你的应用就会崩溃。

当您设置并尝试使用 NSTimers 触发方法时是相同的逻辑。如果目标对象不再存在（已释放），则实际触发计时器时，您的应用程序将崩溃。所以performSelector:withObject:afterDelay:... 和它的朋友们来这里是为了让我们的生活更轻松一些，因为它确保应用程序不会在计时器被触发时崩溃；）

希望对你有帮助

Answer 2

您似乎错误地认为doMe: 中的 NSLog 将在doSomething: 中的第二个之前执行。那是错误的。即使延迟为 0，performSelector:afterDelay:… 方法仍然使用 runloop 调度消息，因此它将在下一次 runloop 迭代时执行。

除此之外，几乎没有充分的理由去查看一个对象的保留计数——如果你确实看过，不要相信你所看到的。 retainCount 方法的结果充其量是令人困惑的，而在最坏的情况下则是彻头彻尾的欺骗性——举一个明显且极其常见的例子，保留计数不反映自动释放。