我在 iPhone 上编程已经有一段时间了，在内存管理方面有过糟糕的经历。我想知道以下方法是否是释放内存的好方法。
int count = [someObject retainCount];
for (int i = 0; i < count; i ++)
{
[someObject release];
}
这种方法在我遇到的一些情况下（尤其是UIWebViews）是一种绝望的行为。变量的 retainCount 减少到零，这将释放它正在使用的内存。该方法有点脏，但是否存在与之相关的瓶颈？
【问题讨论】：
标签： iphone objective-c memory-management
您不应该依赖retainCount，因为iOS 框架有可能保留对象，
阅读下面 Apple 对retainCount 的评价。
重要提示：这种方法通常是 调试内存没有价值 管理问题。因为任何数 的框架对象可能已保留 一个对象以保存引用 对它，同时 自动释放池可能持有任何 延迟发布的数量 反对，你不太可能 可以从中得到有用的信息 方法。
要了解必须遵守的内存管理基本规则，请阅读“Memory Management Rules”。要诊断内存管理问题，请使用合适的工具：
【讨论】：
【讨论】：
正如其他人所提到的，-retainCount 几乎没用。当您不熟悉 Objective-C 中的内存管理/引用计数时，有时会很想尝试使用 -retainCount 来帮助理解引用计数的工作原理，但实际上，它可能（看似）令人困惑最好的。
您发布的代码本身就具有潜在危险，具体取决于您使用 someObject 的环境。当应用于您未预料到的其他情况时，它也可能很危险。以使用@"a string" 编译器指令创建的常量NSStrings 为例：这些字符串被创建并且设计为永远不会被释放。所以像下面的例子那样应用你的代码会导致一个无限循环：
int main (int argc, const char * argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
NSString *string = @"theString";
NSLog(@"retainCount == %lu", (unsigned long)[string retainCount]);
for (NSUInteger i = 0; i < [string retainCount]; i++) {
[string release];
}
[pool drain];
return 0;
}
打印出来：
2011-06-30 08:40:16.287 retainCount[35505:a0f] retainCount == 1152921504606846975
然后进入无限循环。
【讨论】：
[[NSNumber alloc] initWithInt: 3]; 相同的练习，然后定义“常量”的含义......
我不能说不足够强调！
以你的代码为例：
// Create an autoreleased object
MyObject *myObject = [[[MyObject alloc] init] autorelease];
// Run your code to make it dealloc itself
int count = [myObject retainCount];
for (int i = 0; i < count; i ++)
[myObject release];
您的代码将强制释放 myObject。
不过，myObject 也已被放入自动释放池 - 一旦池开始释放它的对象，您的应用就会崩溃，因为 myObject 不再存在！
规则很简单：每次使用 init、new 或 copy 时调用 release。否则不是你的问题。
【讨论】：
+stringWithString: /*an instance of NSConstantString */ 只会返回常量字符串，因此您实际上是在尝试释放静态对象。正如我所说，重要的部分是它是错误的：试图聪明地知道它的错误只会以泪水告终。
您不应依赖retainCount 的值。您应该尽可能频繁地发布alloc 和copy。
编辑：new 和 retain。
【讨论】：