Obj-C 消息发送到已释放对象 (EXEC_BAD_ACCESS)，使用 iOS5、ARC

Question

我正在使用 ARC 开发一个 iOS5 应用程序，我开始遇到一些随机的 EXEC_BAD_ACCESS 崩溃，我无法弄清楚。我所说的随机是指它是非常不可预测的：有时崩溃可能需要很长时间，有时很短。并且也没有一个特定的按钮/表格单元格/等。触发崩溃。每次用户交互都可能使应用程序崩溃，但您不能重复崩溃。

我尝试打开 NSZombie 以及一些 malloc 调试器工具。在 Instruments 中，崩溃错误如下：一条 Objective-C 消息已发送到地址为 0x10bd1b40 的已释放对象（僵尸）。引用计数日志的最后一部分如下所示：

475 CoursesFirstViewController  Release 2   02:23.253.631   0   UIKit   -[UINibDecoder finishDecoding]
476 CoursesFirstViewController  Release 1   02:23.253.838   0   Foundation  -[NSAutoreleasePool drain]
477 CoursesFirstViewController  Zombie  -1  02:35.752.420   0   Foundation  objectHash

2、1、-1 是引用计数。我不知道为什么它会跳过 0 并下降到 -1，从而使程序崩溃（除了最后一个条目之外的所有条目都有连续的引用计数）。我也不知道 objectHash 是什么。

我的应用程序包含多种功能，可在主屏幕上通过图标进行访问。 CoursesFirstViewController 就是其中一个功能。始终是 CoursesFirstViewController 和 objectHash 导致应用程序崩溃，即使我在其他地方。 （上面的日志就是这种情况：我在 02:23 退出 CoursesFirstViewController （从而返回到我的应用程序的主屏幕），但 12 秒后，当我在使用其他功能时，应用程序崩溃了）我只需要进入CourseFirstViewController，摆弄一下，然后去其他地方继续使用该应用程序，一段时间后它就会崩溃。

我现在真的对这个问题很生气。我已经搜索了SO和Google很长一段时间但找不到解决方案。任何帮助将不胜感激。谢谢！！

Answer 1

@robmayoff 是的，我已经检查过了，但没有看到任何特别有用的东西。最后几个调用是objectHash、hashProbe、[NSConcreteHashTable rehashAround]、[NSConcreteHashTable removeItem]等。

这实际上有点用。这告诉我们一个集合，可能是一个 NSDictionary，但也可能是一个 NSSet 正在被销毁。从您之前的信息来看，它似乎是在 nib 实例化过程中创建的自动释放集合（因此可能是 CoursesFirstViewController 的 ivar）。无论如何，考虑到这些症状，我都会去那里寻找，但这次事故似乎证实了这一点。

一般建议是审核任何 __bridge 强制转换或 unsafe_unretained 属性。

另一个预感是您以违反 Cocoa 内存管理的方式命名了一个方法。最可能的错误命名是您有一个以 new 或 copy 开头的属性。如果 ARC 代码调用错误命名的非 ARC 代码，这肯定会成为一个问题。

Answer 2

我怀疑您的一项属性在本应为“强”的情况下被标记为“弱”，并且超出了范围并在您访问它之前被释放。在这种情况下，ARC 无法拯救您，您将得到上述随机崩溃行为。

如果你没有运气找到它，我会求助于对你的项目中的“弱”属性进行全局搜索，并仔细检查每个属性以确保它不是你期望的东西。这很乏味，但说实话，做起来并不需要那么长时间，而且有时会出现不止一个错误。

Answer 3

我从您的 Instruments 输出中了解到，僵尸对象的类型为 CoursesFirstViewController。我们经常使用视图控制器作为其他对象的委托，并且大多数具有委托的对象不会保留其委托。

我假设您没有使用任何 unsafe_unretained 属性或变量，或任何 retain 类型属性。因此，我假设您的任何对象都没有保留对 CoursesFirstViewController 僵尸的悬空引用。

由于系统库必须使用非 ARC 代码，因此它们不使用 ARC 的弱引用。因此，如果某个系统对象将 CoursesFirstViewController 作为其委托，并且 CoursesFirstViewController 被销毁，但系统对象没有被销毁，那么系统对象将留下一个对被摧毁的物体。

因此，请检查您是否使用 CoursesFirstViewController 作为任何系统对象的委托。如果是这样，您确定这些对象的寿命不会比 CoursesFirstViewController 长吗？