iOS 开发：为什么我的视图控制器的保留计数如此奇怪？

Question

我正在深入研究 iOS 开发，正在构建一个基于导航的应用程序，该应用程序没有完全释放被推送到导航堆栈上的视图之一。这是有问题的，因为视图控制器永远不会被释放，因此每次将视图控制器推入堆栈时，它使用的内存都会累积。因此，在调查该问题后，我发现视图控制器的保留计数非常奇怪。一旦倒计时器达到零，相关视图控制器就会被推入堆栈。

这是在计时器回调中创建视图控制器、显示其保留计数并将其推送到导航堆栈的代码...

-(void)updateCountDownTimer   //Defined in MyViewController_A class
{
    [self setTimeRemaining:([self timeRemaining] - 1)];

    [[self countDownLabel] setAlpha:1];
    [[self countDownLabel] setText:[NSString stringWithFormat:@"%d", [self timeRemaining]]];

    //Fade out the current time
    [UIView beginAnimations:@"FadeAnimation" context:nil];
    [UIView setAnimationDuration:1];
    [[self countDownLabel] setAlpha:0];
    [UIView commitAnimations];  

    if ([self timeRemaining] == 0) 
    {       
        MyViewController_B *myvc_b = [[MyViewController_B alloc] initWithNibName:@"MyView_B_iPhone" bundle:nil];
        [[self navigationController] pushViewController:myvc_b animated:YES];
        NSLog(@"updateCountDownTimer: %d", [myvc_b retainCount]);
        [myvc_b release];

        [[self countDownTimer] invalidate];
        [[self countDownLabel] setHidden:YES];
    }
}

这是按下暂停按钮后将视图控制器从导航堆栈弹出的代码...

- (void)pauseButtonPressed:(id)sender
{
    //Stop the timer
    [puzzleTimer invalidate];

    NSLog(@"pauseButtonPressed before pop: %d", [self retainCount]);

    //return to the previous view
    [[self navigationController] popViewControllerAnimated:YES];

    NSLog(@"pauseButtonPressed after pop: %d", [self retainCount]);
}

这是控制台输出，显示整个过程中非常奇怪的保留计数...

2010-12-02 17:50:38.062 MyApp[821:307] updateCountDownTimer: 5
2010-12-02 17:50:40.453 MyApp[821:307] pauseButtonPressed before pop: 2
2010-12-02 17:50:40.462 MyApp[821:307] pauseButtonPressed after pop: 4

我是 iOS 开发新手，但代码对我来说似乎非常简单，所以我不知道我错过了什么。

预先非常感谢您的智慧！

更新：看起来 Leaks 工具正在报告将前一个视图控制器推入堆栈的代码行（即负责推入堆栈的视图控制器）的代码行存在泄漏。有问题的视图控制器）。代码再次非常简单，所以我不知道为什么它报告泄漏...

MyViewController_A *myvc_a = [[MyViewController_A alloc] initWithNibName:@"MyView_A_iPhone" bundle:nil];

[[self navigationController] pushViewController:myvc_a animated:YES]; //<--Leak being reported here

[myvc_a release];

*更新：*发现问题，就像每个人都说的那样，并且与之前的问题相同如下面评论中发布的链接所示，我的活动对象仍在引用我的视图控制器，这阻止了它解除分配。就我而言，我有两个针对我的视图控制器的计时器，并且在我将视图从堆栈中弹出之前这些计时器并未失效，这意味着有两个活动对象仍在引用视图控制器。这是我在苹果文档中发现的一个片段，它发现了这个问题......

也许更重要的是，计时器还 保持对其的强烈引用 目标。这意味着只要 计时器仍然有效（否则你 正确遵守内存管理 规则），其目标不会是 解除分配。

不管怎样，再次感谢所有提供帮助的人！

Answer 1

你没有遗漏任何东西——UINavigationController的实例只是对内部的保留计数做了奇怪的事情。

仅当您发现要尝试修补的特定内存泄漏时，才应该担心 retainCount。当然，在这种情况下，您确实遇到了问题... retainCount 只是没有帮助，因为它太奇怪了。

当您执行 pop 操作时，您可能会检查 MyViewController 上是否调用了 dealloc。另外，在测试之前，请注释掉检查保留计数的行。调用retainCount有时会添加到retainCount。

要真正确定发生了什么，在 Xcode 中，转到“运行”菜单，然后选择“使用性能工具运行”>“运行”。泄漏。按下并弹出该视图控制器，您应该会看到它作为泄漏弹出。您将能够看到对象上的所有 retain 和 release 调用。

如果您确实遇到困难，请参阅 Apple 的查找指南Leaks 有一些更聪明的解决方案。祝你好运！

Answer 2

就内存管理而言，您的代码没有任何问题。

您不应该依赖保留计数来检查对象是否被正确释放，因为系统也会保留它需要的内容并在适当的时候释放。例如，当您将视图控制器添加到堆栈时，它会被导航控制器及其子视图保留，并且当它弹出时，它会发送一条发布消息来传播其所有子视图。

一般规则是，如果您分配、保留或复制一个对象，则您有责任释放它。其他一切都由系统处理，并将被自动释放池刷新。

Answer 3

永远、永远、永远不要查看对象的保留计数。它们不应该以编程方式使用，并且在您尝试调试代码时会产生误导。

原因如下：您知道在代码中，您正在调用保留和释放来管理保留计数。但您也可能会调用 -autorelease，这会导致您的保留计数在以后减少，而您几乎无法控制。更糟糕的是，每当您将对对象的引用传递给您无法控制其实现的对象时（这可能发生在您创建的大多数对象上），接收对象可能会对保留计数进行自己的调整 -该对象可能会将您的对象传递给其他对象，这也会调整保留计数。

关键是，您不应该在任何时候出于任何原因查看对象的保留计数。它们只会让你感到困惑。您的工作是正确管理您自己对对象的声明，并相信其他人编写的代码也能这样做。