为什么ARC仍然需要@autoreleasepool ?

在ARC(自动引用计数)的大多数情况下，我们根本不需要考虑Objective-C对象的内存管理。不允许再创建NSAutoreleasePools了，但是有一个新的语法:

@autoreleasepool {
    …
}

我的问题是，当我不应该手动释放/自动释放时，为什么我还需要这个?

编辑:简单总结一下我从所有的回答和评论中得到的东西:

新语法:

@autoreleasepool{…}是用于

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
…
[pool drain];

更重要的是:

ARC uses autorelease as well as release. It needs an auto release pool in place to do so. ARC doesn't create the auto release pool for you. However: The main thread of every Cocoa app already has an autorelease pool in it. There are two occasions when you might want to make use of @autoreleasepool: When you are in a secondary thread and there is no auto release pool, you must make your own to prevent leaks, such as myRunLoop(…) { @autoreleasepool { … } return success; }. When you wish to create a more local pool, as @mattjgalloway has shown in his answer.

当前回答

关于这个主题似乎有很多困惑(至少有80人可能对此感到困惑，并认为他们需要在他们的代码中添加@autoreleasepool)。

如果一个项目(包括它的依赖项)只使用ARC，那么@autoreleasepool永远不需要使用，也不会做任何有用的事情。ARC将在正确的时间处理释放对象。例如:

@interface Testing: NSObject
+ (void) test;
@end

@implementation Testing
- (void) dealloc { NSLog(@"dealloc"); }

+ (void) test
{
    while(true) NSLog(@"p = %p", [Testing new]);
}
@end

显示:

p = 0x17696f80
dealloc
p = 0x17570a90
dealloc

一旦值超出范围，每个测试对象就会被释放，而不需要等待自动释放池被退出。(同样的事情发生在NSNumber的例子中;这只是让我们观察dealloc。)ARC不使用自动释放。

@autoreleasepool仍然被允许的原因是对于混合的ARC和非ARC项目，这些项目还没有完全过渡到ARC。

如果你调用非arc代码，它可能返回一个自动释放的对象。在这种情况下，上面的循环将会泄漏，因为当前的自动释放池将永远不会退出。这就是您希望在代码块周围放置@autoreleasepool的地方。

但是如果你已经完全完成了ARC转换，那么忘记autoreleasepool吧。

2014-02-24 22:26:51

其他回答

这是因为您仍然需要向编译器提供提示，说明何时自动释放对象超出作用域是安全的。

2012-01-31 21:05:08

引自https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html:

Autorelease Pool Blocks and Threads Each thread in a Cocoa application maintains its own stack of autorelease pool blocks. If you are writing a Foundation-only program or if you detach a thread, you need to create your own autorelease pool block. If your application or thread is long-lived and potentially generates a lot of autoreleased objects, you should use autorelease pool blocks (like AppKit and UIKit do on the main thread); otherwise, autoreleased objects accumulate and your memory footprint grows. If your detached thread does not make Cocoa calls, you do not need to use an autorelease pool block. Note: If you create secondary threads using the POSIX thread APIs instead of NSThread, you cannot use Cocoa unless Cocoa is in multithreading mode. Cocoa enters multithreading mode only after detaching its first NSThread object. To use Cocoa on secondary POSIX threads, your application must first detach at least one NSThread object, which can immediately exit. You can test whether Cocoa is in multithreading mode with the NSThread class method isMultiThreaded.

...

在自动引用计数(ARC)中，系统使用相同的方法引用计数系统作为MRR，但它插入适当的内存管理方法在编译时为您调用。你很坚强鼓励在新项目中使用ARC。如果你使用ARC，就有通常不需要理解底层实现在本文档中描述，尽管在某些情况下可能是有帮助的。有关ARC的更多信息，请参见过渡到ARC发行说明。

2014-11-18 09:36:04

ARC并没有摆脱保留、释放和自动释放，它只是为你添加了所需的。所以仍然有保留的调用，仍然有释放的调用，仍然有自动释放的调用，仍然有自动释放池。

他们对新的Clang 3.0编译器和ARC所做的另一个改变是，他们用@autoreleasepool编译器指令取代了NSAutoReleasePool。NSAutoReleasePool一直是一个特殊的"对象"他们这样做是为了使用它的语法不会与对象混淆所以它通常更简单一点。

所以基本上，你需要@autoreleasepool，因为仍然有自动释放池需要担心。您只是不需要担心添加自动释放调用。

使用自动释放池的示例:

- (void)useALoadOfNumbers {
    for (int j = 0; j < 10000; ++j) {
        @autoreleasepool {
            for (int i = 0; i < 10000; ++i) {
                NSNumber *number = [NSNumber numberWithInt:(i+j)];
                NSLog(@"number = %p", number);
            }
        }
    }
}

当然，这是一个非常做作的例子，但是如果你在外部for循环中没有@autoreleasepool，那么你将在以后释放100000000个对象，而不是每次释放10000个对象。

更新: 也可以看到这个答案- https://stackoverflow.com/a/7950636/1068248 -为什么@autoreleasepool与ARC无关。

更新: 我研究了一下这里发生的事情，并把它写在了我的博客上。如果你看一下这里，你会清楚地看到ARC在做什么，以及新样式@autoreleasepool以及它如何引入一个作用域，被编译器用来推断哪些保留、释放和自动释放是必要的。

2012-01-31 21:10:19

@autoreleasepool不会自动释放任何东西。它创建了一个自动释放池，这样当到达块的末尾时，任何在块处于活动状态时被ARC自动释放的对象都将被发送释放消息。苹果的高级内存管理编程指南是这样解释的: