【问题标题】:NSMutableString leaks on append or replaceOccurrencesOfStringNSMutableString 在 append 或 replaceOccurrencesOfString 上泄漏
【发布时间】:2011-02-25 08:46:56
【问题描述】:

我知道类似的问题已经多次被问到,但我请求您多多包涵,因为我似乎找不到有用的答案。

我的应用程序存在漏洞,这让我失去了理智。实际上,使用 Leaks 并没有将它们报告为泄漏,但是我在 ObjectAlloc 中的净字节数不断上升,并且永不停止,如果持续时间足够长(不是很长),最终会导致崩溃。

问题发生在 NSMutableStrings 上。我认为要么有一些我对它们不了解的基本内容,要么我面临另一个我难以追踪但一直躲在 NSMutableStrings 后面的问题。具体来说,我注意到每当我附加到 NSMutableString 或在 NSMutableString 上执行替换时,ObjectAlloc 都会在调整 NSMutableString 的大小时在后台报告 malloc/frees 中似乎不匹配的内容。很抱歉,这是我第二次遇到这个问题 - 第一次我搞砸了几个小时,最后问题消失了(神奇!)但我真的不知道为什么。

当我查看下面的代码时(相信我,我已经盯着它看了好几个小时)我看不出问题所在。我查看代码并自认为应该没问题,因为我正在释放我负责的唯一对象(aString),并且 NSMutableString 应该在调整大小后负责清理。在第二个示例中,您知道以防万一它有帮助,传入的字符串来自 ASIHTTPRequest 对象(它是 responseString),而我根本不使用它。它被简单地调用([self DoStuff2:[request responseString]]),我自己也没有释放请求(我正在使用ASINetworkQueue,我假设请求已为我销毁(我尝试并导致错误因为该请求已经在其他地方发布)。

另外,我知道它不应该做任何事情,但我什至尝试将代码包装在自动释放池中,这当然什么也没做。我应该提一下,这段代码是在 NSOperation 中运行的。我认为也许我遇到了问题,因为 NSOperations 应该为自己创建一个自动释放池,但我尝试过没有用。

与 NSMutableString 无关,但我发现使用 NSString componentsSeparatedByString 方法也有类似的问题。有时,获取分离组件的数组所使用的内存永远不会被释放。嗯……一般来说,字符串似乎对我来说有点问题。

任何人都可以提供任何帮助,我将不胜感激。如果您需要更多信息,我很乐意添加。我向你保证,我已经为这个(和其他问题)苦苦挣扎了好几个星期,遇到的每一个问题我都会努力研究很久,直到找到解决方案——这不是一个无用的请求,而是真正的求助!我已经写了很多代码,现在我正在尝试密封一些小漏洞等,我注意到了这个问题。老实说,我无法相信 Objective C 中的内存管理有时会难倒我……我已经多次阅读 Apple 的内存管理文档,我认为我完全理解了它,并且我努力努力释放我拥有的对象,但是有时我发现自己想知道我是否真的理解......我想把它放在床上一次,并确保我完全理解这一切 - 在编写数千行代码之后遇到这种问题/问题不仅仅是一点点可怕/尴尬/烦人。

同样,如果有人有任何见解,我将不胜感激。感谢您的时间和努力。

-(void)DoStuff
{
NSString *aString [ [[NSString alloc] initWithFormat:@"text %@ more text", self.strVariable];
[self.someMutableStringVar replaceOccurrencesOfString:@"replace" withString:aString options:NSCaseInsensitiveSearch range:NSMakeRange(0, [self.someMutableStringVar length])];
[aString release];
}


-(void)DoStuff2:(NSString *)aString
{
[self.someMutableStringVar appendString:aString];
}

【问题讨论】:

  • someMutableStringVar@property 吗?如果是这样,它是如何定义的?您是否定义了自定义设置器?
  • 嗨 Shaggy Frog,是的,someMutableStringVar 是一个 @synthesized 属性(我使用默认设置器)。
  • 我认为您最好提供一个完整的示例供我们查看。我在您的代码中看到了一些奇怪的东西(例如,您为什么使用 self. 来读取实例自己的变量?),但是如果没有看到整体,很难尝试找出特定问题。我希望看到分配、解除分配、属性定义和(当然)泄漏。 :)
  • 合成访问器的类型是什么?复制/保留/分配?你能发布财产声明吗

标签: iphone objective-c memory memory-management nsmutablestring


【解决方案1】:

您发布的代码正确地遵守了 Cocoa 内存使用指南。但是,您报告的症状是内存增长,而不是泄漏。您如何确定这些是发生增长的位置?大概是 Instruments 中的 ObjectAlloc 工具正在为大量仍然存在的对象分配显示这些位置?

如果是这种情况,我猜您可能缺少自动释放池。您显示的代码有许多可能导致对象被自动释放的操作。如果发生这些操作时没有活动的自动释放池,则该内存将无法正确释放。如果您在未设置自动释放池的后台线程中执行这些操作,则可能会发生这种情况。

【讨论】:

    【解决方案2】:

    我建议的第一件事是进行构建和分析。这通常可以帮助我找出明显错误的地方。

    【讨论】:

    • 嗨,Alexsander,我必须用谷歌搜索!我应该提到我使用的是 xcode 3.1.4(在 Leopard 上),所以没有构建和分析功能。然而,谷歌搜索它告诉我分析是由 clang 执行的,这是我以前使用和喜爱的工具,我不记得它的名字了!感谢您指出。
    • 进行了分析,Clang 只在另一段完全独立的代码中发现了一些问题。以上没有发现问题。再次感谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-01-04
    • 1970-01-01
    • 2012-07-15
    • 1970-01-01
    • 1970-01-01
    • 2010-10-20
    • 1970-01-01
    相关资源
    最近更新 更多