iphone - NSMutableString 在追加或替换OccurrencesOfString 时泄漏

Question

我知道类似的问题已经被一次又一次地问到，但我请求您耐心等待，因为我似乎找不到有帮助的答案。

我的应用程序存在漏洞，这让我抓狂。实际上，使用 Leaks 不会将它们报告为泄漏，但 ObjectAlloc 中的净字节不断增加，永不停止，如果持续时间足够长(不是很长)，最终会导致崩溃。

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

当我查看下面的代码时(相信我，我已经盯着它看了几个小时)，我看不到问题所在。我查看代码，心想我应该没问题，因为我正在释放我负责的唯一对象(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];
}

Answer 1

您发布的代码正确遵循 Cocoa 内存使用指南。不过，您报告的症状是内存增长，而不是泄漏。您如何确定这些是发生生长的位置？据推测，Instruments 中的 ObjectAlloc 工具正在显示大量仍然存在的对象分配的这些位置？

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