XCode/Instruments 未显示内存泄漏

Question

我正在关注斯坦福 iOS 开发讲座，并且我有一个计算器大脑类，它已在控制器中进行了分配初始化，但我还没有在控制器中释放它>dealloc。

- (CalculatorBrain *)brain
{
    if (!brain) 
        brain = [[CalculatorBrain alloc] init];

    return brain;

}

我从 XCode 运行 ->使用 Performance Tool 运行，应用程序启动，没有出现泄漏，然后我单击 iOS 模拟器中的主页按钮，但什么也没有，然后我双击主页按钮并关闭应用程序，仍然没有任何结果。

我也做了构建和构建分析后它没有发现任何东西

你能告诉我为什么它没有捡到它吗？

Answer 1

看起来好像没有可检测泄漏。看这一行：

brain = [[CalculatorBrain alloc] init];

只要 brain 指向一个对象，该对象就不会被视为“内存泄漏”。如果在某个时候你这样做，

brain = nil;

那么泄漏就会被记录下来。释放容器对象也可以实现这一点，但是您确定它正在被释放吗？ （例如，当程序退出时，它不会被释放。）

问题：泄漏检测器无法检测所有内存泄漏——这是数学上证明的事实。大多数检测器仅检测无法到达的对象，并且许多泄漏检测器特别容易受到漏报的影响——在 C 中，很难在运行时区分指针和整数之间的区别。

编辑：听起来您的应用程序只创建了一个控制器实例，而控制器也只创建了一个 CalculatorBrain 实例。如果您考虑一下内存泄漏到底是什么，您可以将其定义为程序不会将其释放回操作系统的未使用内存。

• 当程序运行时，CalculatorBrain 始终在使用中，因此不是泄漏。
• 当程序退出时，操作系统会自动回收进程使用的所有内存，因此程序退出后不会出现内存泄漏。

如果您想创建一个泄漏来看看它是什么样子，您可以在程序运行时多次创建一个新的 CalculatorBrain ，但忘记释放未使用的版本。在这种情况下，随着程序的运行，越来越多的 CalculatorBrain 实例将会累积。在 iOS 和其他嵌入式系统上，这通常会使您的程序崩溃。在现代 64 位计算机上，它将逐渐填满可用的交换空间，直到耗尽交换空间、地址空间或其他资源，从而导致程序崩溃或使系统非常无响应。

标准做法是不关心在整个程序运行中应该存在的对象的释放。

Answer 2

分析器无法找到所有内存泄漏。就其而言，将实例存储到 ivar 中不会从该方法中泄漏它，然后在 dealloc 中它不会意识到应该释放 ivar。 XCode 4可能在这方面有所改进，我不记得了（我自己仍然使用XCode 3）。

至于性能工具，请记住，只有在没有对象再保留对它的引用之前，该对象才会被视为泄漏。因此，即使您的控制器没有释放大脑，在控制器被释放（或接受大脑移植）之前，大脑也不会被视为泄漏。另请注意，在类似 *nix 的系统上，内存分配会在进程退出时自动清理。因此，如果您为进程生命周期中应该存在的对象分配内存（例如应用程序委托及其永久保留的任何内容）并依赖此行为在进程退出时释放它，那么这并不是真正的泄漏。

Answer 3

嗯...确实，泄漏无法检测到所有内存泄漏，但假设您正在这样做：

myIvarBrain=[self brain];

如果您将其交给 iVar（在您的类的 dealloc 中释放，并且没有访问器），实际上有完全没有泄漏。返回的 RC 是 1，并且自从您的班级取消分配后它将是 1。如果您不在 dealloc 中释放它，则应该等待类的 dealloc 来查看内存泄漏。
有道理吗？