内存泄漏 NSAutoreleasePool答案

【问题标题】：Memory leak NSAutoreleasePool内存泄漏 NSAutoreleasePool
【发布时间】：2011-08-11 11:01:16
【问题描述】：

使用仪器时，我在这段代码上遇到了内存泄漏，我不明白为什么！

-(void)goToThisUrl:(id) targetUrl
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    if (someCondition) {
        // Doing some stuff here
    }
    // Instruments show memory leak on data
    else {
        NSData *data = [NSData dataWithContentsOfURL:[NSURL URLWithString: targetUrl]];
        myTargetImage = [UIImage imageWithData:data];
        // When releasing data(because data retainCount = 2), i got:
        // Incorrect decrement of the reference count of an object that is not owned at this point by the caller
        //[data release];
    }   
    [pool release];
}

谢谢

【问题讨论】：

你这样做是为了一个分离的线程，对吧？
是的，这就是为什么我为这个方法分配一个 NSAutoreleasePool :)

标签： memory-leaks uiimage nsdata instruments nsautoreleasepool

【解决方案1】：

上面没有泄漏。可能在您删除并替换为“someCondition”和“Doing some stuff here”的部分中存在一个或多个泄漏，但除非您发布 ，否则这里没有人可以提供帮助完整的代码，您真正使用 Instruments 进行测试。

Also: "// 释放数据时(因为数据retainCount = 2) ..." 停止。正确的。那里。忽略保留计数。您释放一个对象是因为您使用暗示所有权的方法创建了它，或者因为您保留了它。您从不释放一个对象，只是因为它的 retainCount 有一个您没有预料到或不理解的值。阅读 Apple 的Memory Management Programming Guide 了解详情。

【讨论】：

【解决方案2】：

首先，您不能在第二个线程中分配 UIImage。 UIKit 的使用需要在主线程上。我假设您想通过创建另一个线程来调用 dataWithContentsOfURL 而不会阻塞主线程。但是，这不是正确的方法。相反，使用带有异步回调的 NSURLConnection，下载完成时会调用该回调。 Apple 已经提供了 NSURLConnection 在幕后使用的内置“下载”线程。因此，您创建另一个下载线程的方法毫无意义。

【讨论】：