ios - autorelease和runloop以及线程的关系?

标签 ios nsthread autorelease nsautoreleasepool runloop

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

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

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

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

什么时候使用autorelease比较合适。这让我困惑了很长时间。

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

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

最佳答案

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

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

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

关于ios - autorelease和runloop以及线程的关系?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15698468/

相关文章:

iOS 自动释放池 block

cocoa-touch - 在后台实现一个 block ,然后在完成后在主线程上运行另一个 block ?

ios - Delphi XE4 FireMonkey/iOS DrawBitmap 不工作

ios - 使用新的UIImage更新UIImageView

ios - 自定义后退按钮出现在 UIImagePickerController 上

ios - 单击新选项卡 iOS 时如何杀死 NSThread?

objective-c - dispatch_semaphore_t 重用-我在这里缺少什么?

iphone - 从 UIGraphicsGetImageFromCurrentImageContext 泄漏返回的 UIImage

Objective-C:如何在 GNUStep 中启用 ARC?

ios - UICollectionViewCell 大小根据 Screen/FrameSize Swift