Xcode与Instruments：非ARC环境下iOS内存泄露排查与NSZombieEnabled应用

在iOS开发中，即使在引入Automatic Reference Counting (ARC)机制的iOS5.0之后，内存泄露仍然可能在复杂的引用关系中出现。本文主要针对不使用ARC的情况，详细介绍了如何利用Xcode和Instruments工具进行内存泄漏的检测和调试。 首先，你需要具备一定的Objective-C内存管理基础，因为文章将基于这个前提进行讲解。在Xcode4.5.2的环境中，作者提供了一个名为"leakapp"的Demo项目，它是一个简单的iPhone应用程序，用于展示内存泄露问题。当你尝试选择列表中的寿司时，程序会在选择第二行时崩溃，这表明存在内存泄漏。 在遇到崩溃时，第一步是打开Xcode并设置"NSZombieEnabled"。这个选项可以帮助你在程序试图向已释放的对象发送消息时，提供更多的错误提示。当开启此选项后，你会在崩溃时看到输出窗口中的错误信息，例如"***-[CFStringrespondsToSelector:]:message sent to deallocated instance"，这是Cocoa Foundation中的野指针异常，意味着尝试使用已被释放的内存。 根据这些错误信息，你可以追踪到问题所在。在这个例子中，崩溃是因为_sushiString虽然由stringWithFormat创建，但在第二次点击时，它已经被自动释放，而_lastSushiSelected仍试图引用它。修复这个问题的方法是在需要保留_sushiString时手动调用retain方法，如代码所示： ```swift _lastSushiSelected = [sushiString retain]; ``` 这样，_lastSushiSelected就会持有sushiString的引用，避免了内存泄漏。通过这样的调试和分析，你不仅能够定位内存泄漏的位置，还能理解内存管理规则，特别是对于手动引用计数的情况。 总结起来，本文教你如何在没有ARC的情况下，利用Instruments和Xcode中的辅助工具来识别和修复iOS应用中的内存泄漏问题。这对于深入理解Objective-C内存管理至关重要，特别是在ARC尚未完全覆盖所有场景的iOS开发中。