自动释放池autoreleasepool

自动释放池是NSAutoreleasePool的实例，其中包含了收到autorelease消息的对象。当一个自动释放池自身被销毁（dealloc）时，它会给池中每一个对象发送一个release消息（如果你给一个对象多次发送autorelease消息，那么当自动释放池销毁时，这个对象也会收到同样数目的release消息）。可以看出，一个自动释放的对象，它至少能够存活到自动释放池销毁的时候。

简单的说一个例子，返回局部堆上变量的指针（用c++的口吻说的），那么这个对象如何释放？Objective-C发明了自动释放机制。

-（obj*） foo

{

obj* temp = [[obj alloc]init];

return [ obj autorelease];//只是在返回的时候加上关键字autorelease

}

《Objective-C基础教程》上说：自动释放（autorelease）是一种延迟释放机制，这样保证局部堆上的变量能够被外部正常使用。

但是，系统又是什么时候释放的呢？在每一个事件周期（event cycle）的开始，系统会自动创建一个自动释放池；

在每一个事件周期的结尾，系统会自动销毁这个自动释放池。一般情况下，你可以理解为：当你的代码在持续运行时，自动释放池是不会被销毁的，这段时间内你也可以安全地使用自动释放的对象；当你的代码运行告一段落，开始等待用户输入（或者其它事件）时，自动释放池就会被释放掉，池中的对象都会收到一个release消息，有的可能会因此被销毁。

这是很难确定的时间，如果自动释放池的销毁时间过早，那么程序就很危险，这个恐怕很难满足程序员的要求吧。

自动释放池的缺点：它延缓了对象的释放，在有大量自动释放的对象时，会占用大量内存资源。因此，你需要避免将大量对象自动释放。并且，在以下两种情况下，你需要手动建立并手动销毁掉自动释放池：

1.当你在主线程外开启其它线程时：系统只会在主线程中自动生成并销毁掉自动释放池。

2.当你在短时间内制造了大量自动释放对象时：及时地销毁有助于有效利用iPad上有限地内存资源。

所以，本人不建议使用autorelease的机制，如果遇到上面例子的情况，使用典型的解决方法吧，外部一个对象负责删除obj对象，防止内存泄露。