Question

我正在构建一个iPhone应用程序，我在其中分离一些线程以在后台执行长时间运行的工作，以免挂起UI。我知道线程需要NSAutoreleasePool实例进行内存管理。我不确定的是，如果thread方法调用另一个方法 - 该方法是否还需要NSAutoreleasePool？

示例代码：

- (void)primaryMethod {
    [self performSelectorInBackground:@selector(threadedMethod) withObject:nil];
}

- (void)threadedMethod {
    NSAutoreleasePool *aPool = [[NSAutoreleasePool alloc] init];

    // Some code here

    [self anotherMethod];

    // Maybe more code here

    [aPool drain];
}

- (void)anotherMethod {
    // More code here
}

我问的原因是我收到的错误是对象正在自动释放，没有池，并且“只是泄漏。”

我已经看到其他问题，其中人们根本没有自动释放池，我理解为什么需要自动释放池。我特别想知道在（在这个例子中）threadedMethod中创建的自动释放池是否适用于在anotherMethod中创建的对象。

Answer 1

要回答你的问题，是的，anotherMethod正在使用你在threadedMethod中创建的NSAutoreleasePool，并且当aPool被释放/耗尽时，你自动发布的任何内容都将被释放。

因此，您的错误不可能直接来自此代码（除非有更多内容发生）。

在_NSAutoreleaseNoPool上添加一个断点（在Breakpoints窗口中按名称添加）并在调试器中运行代码，并且在没有池的情况下调用autorelease时它将停止，这应该可以解决您的问题。

Answer 2

在您的示例中，是的，NSAutoreleasePool正在跨越方法，因为[self anotherMethod]的调用嵌套在(void)threadedMethod内。

问：NSAutoreleasePool跨越方法吗？
答：这取决于：
1. 跨嵌套调用，是的。
2. 跨兄弟调用，没有。

无论如何，当父范围消失时，NSAutoreleasePool实例本身超出范围。 - 在您的示例中，位于-(void)threadedMethod { } 的最后。

前面提到的文章（http://thegothicparty.com/dev/macos/nsautoreleasepool/）对此非常清楚。

Answer 3

自动释放池确实传递给anotherMethod。但是，当您的线程函数结束时，您应该调用[aPool release]而不是[aPool drain]。它们大致相同，但aPool版本会导致NSAutoreleasePool除了池中的所有其他对象之外还释放自身。当您的线程函数在调用drain后结束时，自动释放池的保留计数仍为+1！可能性是，“正在泄漏”的对象是一个游戏！

编辑：

Jim Puls对于释放和排放是正确的是正确的。 Apple文档清楚地表明它们在非垃圾收集环境中是相同的，并且在垃圾收集的情况下排水更好。我没有阅读文档的错！

这篇文章介绍了NSAutoreleasePools的一般概述 - 它应该有助于指出正确的方向。由于存在自动释放池的虚拟堆栈，因此最顶层的自动释放池将在您的应用程序中的任何位置使用 - 无论对象在何处自动释放。

http://thegothicparty.com/dev/macos/nsautoreleasepool/

NSAutoreleasePool携带方法？

3 个答案: