为何线程的入口要加Autorelease Pool

我们经常会在一些第三方库中看到这种情况，线程的入口加上Autorelease Pool，这是为何？

int main(int argc, char * argv[]) {
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

线程的生命周期：

在任何一个时间点上，线程是可结合的（joinable），或者是分离的（detached）。一个可结合的线程能够被其他线程收回其资源和杀死；在被其他线程回收之前，它的存储器资源（如栈）是不释放的。相反，一个分离的线程是不能被其他线程回收或杀死的，它的存储器资源在它终止时由系统自动释放。

线程的分离状态决定一个线程以什么样的方式来终止自己。在默认情况下线程是非分离状态的，这种情况下，原有的线程等待创建的线程结束。只有当pthread_join（）函数返回时，创建的线程才算终止，才能释放自己占用的系统资源。而分离线程不是这样子的，它没有被其他的线程所等待，自己运行结束了，线程也就终止了，马上释放系统资源。程序员应该根据自己的需要，选择适当的分离状态。所以如果我们在创建线程时就知道不需要了解线程的终止状态，则可以pthread_attr_t结构中的detachstate线程属性，让线程以分离状态启动。

由此可知，线程占用的资源要释放的前提是线程终止，如果加了autoreleasepool相关对象会在pool执行完毕后释放，避免过多的延迟释放造成程序占用过多的内存。如果是一个长寿命的线程的话，应该创建更多的Autorelease Pool来达到这个目的。例如线程中用到了run loop的时候，每一次的迭代都需要创建Autorelease Pool。

有一个疑问，如果分离线程在执行完会自动释放资源，避免了资源的延迟释放，那为什么apple 默认创建的线程不是分离的？其实笔者认为，Apple可能是考虑了线程之间的交互情况。譬如，A线程需要在B线程执行完之后再执行，如果B是可结合的线程,那么在B执行完后会调用pthread_join（）回调到原有线程；可是如果是分离线程的话，执行完就自动释放了，没有回调到原线程，无法进行交互。