在Objective-C（iOS）中测试内存管理

Question

我对Objective-C有些新意，虽然我认为我对内存管理有很好的把握，但我想熟悉一下测试它的最佳方法（如果可能的话）。

我知道两个选项：1）构建和分析（从Xcode内部）和2）仪器。

这些是这项工作的最佳工具吗？ 构建和分析功能的准确性如何？ 我还没有使用乐器，但是当我试图开始时它看起来有些复杂。

我意识到最好的方法可能是研究Objective-C语言本身，但我正在寻找补充方法来测试它。

感谢您的任何见解。

Answer 1

我看到很多人都说“仪器可以追踪泄漏[在内存管理的背景下]”并将其留在那里。

远离真相; 泄漏分析很有用，但几乎没有表现出它可以揭示的令人敬畏的优化机会。

• 可用于僵尸检测; 即追踪导致崩溃的物体的过度释放

• 可以监控分配带宽; 您的应用随着时间的推移创建/解除分配的对象数量。 减少这是优化应用程序的一种非常有效的方法。

• 可以在任何时间检查实时和内存中的确切对象集; 工作集。

• 使用快照分析 ，可以准确显示您的应用随着时间的推移永久增长。

• 可以准确地告诉您保留和/或释放任何给定对象的位置，包括回溯。

Answer 2

静态分析器将通过检查代码而不运行代码来尝试查找代码中的错误。 当您意外发生分配错误时，它非常擅长发现时间。 它会告诉你无可争议的事情会导致问题，以及当你超出正常的Objective-C约定时的情况。 因此，如果它突出显示您认为不会导致问题的内容，则不一定会感到困惑 - Objective-C是规则和约定的组合，而分析器会查找两者的违规行为。

仪器将在运行时查找泄漏的对象。 所以它只能找到实际发生的问题。 因此，原则上您需要遍历程序中的每个潜在使用路径以捕获所有内容。 但它在实践中往往非常有用。 而且使用起来并不复杂。 只需使用泄漏仪器启动，运行一段时间，您将获得内存泄漏的图表，您可以找到泄漏的物体类型。 然后，您可以要求显示在源中创建对象的位置。 请记住，你会得到一些二次泄漏（其中，如果一个物体泄漏，那么它所保留的所有物体也会泄漏）。

在桌面上也可以使用Guard Malloc，但我认为它尚未在iOS上使用。 这会导致程序运行速度慢得多，但会在任何内存访问错误时立即崩溃。 所以这真的很有帮助，因为通常写过C数组的末尾或访问解除分配的对象之类的东西可能会导致错误，但不一定会这样做，有时会导致代码的某些部分出现错误，从而破坏代码其他部分使用的结构并导致完全有效的代码崩溃。

Answer 3

是的，你能做的最好的事情是了解更多关于内存管理的信息http://developer.apple.com/library/mac/#documentation/cocoa/conceptual/MemoryMgmt/MemoryMgmt.html

构建和分析非常适用于确定某些事情，例如从未发布某些内容。 它将帮助您追踪很多问题，但它绝不是完美的。

仪器将帮助您追踪泄漏，但它有点难以使用，并准确追踪出错的地方。

您可以用来跟踪内存崩溃的另一个有用工具是单击Run-> Stop On Objective C Exceptions。 这将让您浏览应用程序崩溃的堆栈跟踪，以找出出错的位置。

Answer 4

我是Objective-C的新手（来自Java背景），但我能够使用你提到的两个功能（Build / Analyze）和Instruments。 我认为这些是有效的，因为我得到了苹果批准的应用程序，到目前为止还没有任何客户投诉，所以至少这是件事。

无论如何，我发现Analyze远没有我想象的那么有用。 大多数情况下，我通过使用Allocations和Leaks Instruments发现了问题。

分析没有找到我认为他们可以检查的东西。 一个示例是不释放（或自动释放）您分配/初始化的对象，然后分配给保留属性。 您甚至可以在每次使用alloc时搜索源代码，然后只需进行一次双重检查以确保为每种情况进行正确的内存管理。

泄漏仪器非常有用，但请确保您的应用程序在运行时通过振铃器。 只需点击各种各样的东西，多次进出屏幕，点击人们永远不会做的事情等等。你会发现泄漏。 然后粉碎他们。 非常满意。

Answer 5

与xcode一起使用是另一个很好的选择。 http://clang-analyzer.llvm.org/xcode.html