objective-c - iOS编程自动释放池

Question

在Apple documentation ，它说:

The AppKit and UIKit frameworks process each event-loop iteration (such as a mouse down event or a tap) within an autorelease pool block. Therefore you typically do not have to create an autorelease pool block yourself, or even see the code that is used to create one.

现在，这应该是显而易见的，但无论如何我都会要求确认。

如果我正在开发最终将成为后台进程的东西(通过 Grand Central Dispatch)，但为了简单起见，我首先将它放在第一个加载 View 的 viewDidLoad 中，这样我的 View 实际上就不会显示在屏幕直到所有(比如说)2 分钟的处理完成，然后在这两分钟内所有默认的自动释放池都不会被释放，因为它还没有经历事件循环迭代，对吗？听到拒绝简直是疯了，但我陷入了这个日益严重的内存问题，所以我将寻求确认并希望得到一个好消息。

如果是这样，我应该放置自己的自动释放 block 。如果处理是通过 GCD 在后台进程中完成的，我仍然需要自动释放 block ，对吗？

Answer 1

我会尽量完整地回答你的两个问题。

第一部分。首先注意主线程中长时间运行的操作。例如，如果您的操作需要两分钟，则主线程将被阻塞，直到它完成。从用户的角度来看，应用程序将在两分钟内没有响应。无论如何，是的，在应用程序委托(delegate)中有一个池，其中插入了自动释放的对象。当循环结束时，池中的对象被释放，因为池会自动排空。如果你有内存问题，你可以看看 Use Local Autorelease Pool Blocks to Reduce Peak Memory Footprint .如文档中所写，您应该将操作包装在自动释放 block 中。在 block 的末尾，临时对象被释放，这通常会导致它们的释放，从而减少程序的内存占用。

关于 GCD 问题，我会说不。处理 GCD 时不必创建自动释放池。通常，也写在 Do you need to create an NSAutoreleasePool within a block in GCD? 中, GCD 自动管理每个队列的自动释放池。所以，如果你的对象很少，你不必担心，但如果你创建了很多，是的，创建一个自动释放池。后者还允许您减少内存占用。

So for this entire two minutes where the app will not be responsive, it is when the loop has not ended, and the pool is not drained during these two minutes, right?

应用程序没有响应，因为主线程(通过运行循环)按顺序执行任务。如果你阻止运行循环，应用程序会卡住，直到长时间运行的操作完成(我认为如果你超过特定时间段，应用程序会被 iOS 杀死)。为避免这种情况，您可以(如您所写)在不同的线程中执行长时间运行的操作。

使用线程的目的是使应用程序具有高响应性，但它​​可能会导致各种问题，例如数据不一致(竞争条件)或死锁。

有关更多信息，我真的建议阅读 The pogo stick of NSRunLoop , Understanding NSRunLoop和 NSDefaultRunLoopMode vs NSRunLoopCommonModes .