【发布时间】：2012-05-21 08:24:42
【问题描述】：
我是objective-c的新手，我知道基本的内存管理规则，比如何时retainreleaseautorelease。但我不知道什么时候应该将我的代码包装到自动释放池中，为什么？
【问题讨论】：
标签： iphone objective-c memory-management autorelease
【发布时间】：2012-05-21 08:24:42
【问题描述】：
与其他性能优化一样，如果您发现高内存使用率和分析（例如使用 Instruments）导致您使用额外的自动释放池作为解决方案，您通常应该只在代码中添加额外的自动释放池。
也就是说，您可以将创建大量临时对象的代码封装在自动释放池中的紧密循环中。默认的自动释放池在运行循环周期结束时被耗尽。因此，如果您在代码中 for 循环的每次迭代中创建大量临时对象，则默认自动释放池将在整个循环运行之后才会耗尽，这意味着您创建的所有临时对象可以加起来高临时内存使用量（有时称为“高水位线”）。您可以将循环的每次迭代包装在 @autoreleasepool 中，以使在该循环迭代中创建的不需要的、自动释放的临时对象更快地释放。
【讨论】：
-
你救了我。我有一个长时间运行的计算方法，在几个循环中创建了很多数字。在仪器中，内存使用量在计算完成后急剧上升并下降。使用
@autorelease包装单个循环是否有缺点？苹果真的不推荐它，不是吗？ -
苹果推荐在合适的情况下使用。请参阅此处的文档：developer.apple.com/library/ios/DOCUMENTATION/Cocoa/Conceptual/…
-
安德鲁，你太棒了！在我找到那个建议之前，我因为那个记忆问题而头疼。它很简单，而且效果很好。现在我什至可以在我的应用程序中进行更多计算。谢谢！
从技术上讲，所有自动释放的对象都放在一个自动释放池中。通常在您的 main 函数中创建一个默认值。至于在非默认自动释放池中包装对象，这通常是作为一种优化来完成的。
通常不需要使用显式的自动释放池，因为默认的自动释放池会在应用的运行循环中自动耗尽。但是，如果您的应用程序在从事件处理程序返回之前创建了许多自动释放的对象，则它可能会为这些对象使用大量内存。因此，如果您将代码包装在显式自动释放池中，则自动释放的对象将被放置在那里，而不是默认池。这允许您定期清空此池以防止自动释放的对象累积。
【讨论】：
扩展之前的答案：
自动释放池用于向添加到其中的对象自动发送release 消息。
在 iOS 或 Cocoa 程序中，自动释放池会在主线程上自动创建，并在运行循环结束时被耗尽。
也就是说，在另一个线程上使用自动释放对象时，自动释放池是强制性的。
因此，如果您将线程分离到某个方法，则将线程代码包装在自动释放池中。 否则，线程中创建的自动释放对象只会泄漏。
自动释放池的另一个用途是优化将使用大量内存的部分代码，因此它们在运行循环结束之前被释放。
但它只涉及自动释放的对象。
例如：
- ( void )test
{
NSMutableArray * a = [ [ NSMutableArray alloc ] init ];
[ a release ];
}
这里不需要自动释放池，因为您没有自动释放的对象。a 变量将被立即释放，因为它被显式分配并释放。
现在这个：
- ( void )test
{
NSMutableArray * a = [ NSMutableArray arrayWithCapacity ];
}
这里您使用的是便利构造函数，这意味着您没有该对象的所有权。
这也意味着该对象已添加到当前的自动释放池中（如果有的话）。
所以当这个自动释放池被耗尽时它会被释放，所以它可能需要一些周期......
如果您正在编写的代码部分使用大量内存，您可以使用另一个自动释放池，以便在您的方法返回时释放您的自动释放对象：
- ( void )test
{
@autoreleasepool
{
NSMutableArray * a = [ NSMutableArray arrayWithCapacity ];
}
}
【讨论】：
但是，在以下三种情况下您可能会使用自己的自动释放池块：
如果您正在编写不基于 UI 框架的程序，例如命令行工具。
如果您编写了一个创建许多临时对象的循环。您可以在循环内使用自动释放池块在下一次迭代之前处理这些对象。在循环中使用自动释放池块有助于减少应用程序的最大内存占用。
如果您生成辅助线程。
【讨论】：