【问题标题】:-[NSString componentsSeparatedByString:] leak-[NSString componentsSeparatedByString:] 泄漏
【发布时间】:2010-11-28 06:30:50
【问题描述】:

我有以下代码:

NSString *indexText = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
if (indexText==nil) {
    [indexText release];
    indexText = [[NSString alloc] initWithData:data encoding:NSASCIIStringEncoding];
}
[data release];
NSAutoreleasePool *innerPool = [NSAutoreleasePool new];
NSArray *packageList = [indexText componentsSeparatedByString:@"\n\n"]; //if commented out, there's no leak
[indexText release];
[innerPool drain];

我正在对indexText 执行componentsSeparatedByString:,但我泄漏了相当多的内存,尽管packageList 是自动释放的(事实证明,如果我再次尝试释放它,代码会崩溃)。当我用componentsSeparatedByString: 注释掉该行时,泄漏就消失了。

顺便说一句,我正在运行 iPhone 模拟器时在 Activity Monitor 中查看内存使用情况; Instruments 没有检测到泄漏。泄漏只是一种错觉,是模拟器的特性吗?

【问题讨论】:

  • 顺便说一下(与问题无关): if (indexText==nil) [indexText release] 没有任何意义。如果初始化程序返回 nil,它将释放对象 - 你不需要释放任何东西。实际上,您甚至无法向它发送此消息,因为您没有获得指向要释放的对象的指针,因为它是 nil (0x0)。
  • 好的,有道理。我在想,既然我打电话给[NSString alloc],我就必须解除分配;感谢您清除它。

标签: iphone objective-c cocoa-touch memory-management


【解决方案1】:

内存不可能真的泄漏,componentsSeperatedByString: 返回一个自动释放的NSArray

在这些事情上信任 Instruments。

【讨论】:

  • 这就是我倾向于相信的;所以活动监视器中显示的内存使用情况不能代表我的应用程序的实际内存需求?
  • “内存不可能真的泄漏”,嗯,有,例如如果没有自动释放池。如果你不调用NSApplicationMainUIApplicationMain,除非你创建一个,否则主线程上没有自动释放池,就像主线程上没有运行循环,也没有 GCD 主队列一样。也不要忘记,只有当您失去对对象的引用时才会发生泄漏。如果创建的对象永远不会被释放,但它仍然可以被释放,这不是泄漏(仪器不会将其报告为泄漏),该对象仍然会占用您的内存。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-11-02
  • 2011-10-31
  • 2011-02-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-10-29
相关资源
最近更新 更多