ios - autorelease与runloop和thread的关系？

Question

我有一个关于自动释放的问题，现在我有下面的代码:

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

文档在@autoreleasepool{} 的末尾说，标记为自动释放的对象将收到释放消息。但是 UIApplicationMain 永远不会返回，这意味着流程永远不会到达 @autoreleasepool 的末尾，然后标记为 autorelease 的对象将永远不会被释放，直到应用程序死亡。没有autorelease的意思.....

我问过有人说iOS系统会生成一些线程，(你知道，一个线程，一个runloop)。他说runloop会创建自动释放池。所以自动释放对象会在结束时释放thead 或运行循环。但是大多数情况我们使用主线程。所以他说的并不能说服我。

什么时候使用autorelease比较合适，迷茫了很久。

我得到另一点，当一个运行循环结束时，自动释放对象将被释放(主运行循环将存在于应用程序的整个生命周期？？)所以我不确定..

任何观点和相关文件将不胜感激!!

Answer 1

是的，从技术上讲，UIApplicationMain 永远不会返回，所以它永远不会到达 @autoreleasepool block 的末尾，所以在这种情况下，如果您删除了 @autoreleasepool 阻止它不会有任何区别(除了可能提示它们已经在没有自动释放池的情况下被自动释放的事情)。但是，可以想象一个 main 函数以一种并不总是调用 UIApplicationMain 的方式编写(也许不是在 iOS 应用程序中，但通常如此)；那么它就会有所作为。

总是在每个线程的入口点主体周围放置一个@autoreleasepool block 是一个很好的做法，main是主线程的入口点.因此，为了保持一致性，始终将其放在那里是有意义的。

与您交谈的人所说的是，在 UIApplicationMain 内部，有一个运行循环(一个处理事件的无限循环)，并且在每个迭代内部都有一个自动释放池(或者可能是每隔几次迭代；这是一个实现细节)。不过，这与 main 中的自动释放池无关。