1

我在应用程序中遇到以下堆栈跟踪崩溃-

Thread : Crashed: com.apple.main-thread
0  libobjc.A.dylib                0x39dfa66a objc_release + 9
1  libobjc.A.dylib                0x39dfb0d7 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 358
2  CoreFoundation                 0x2f4a6c69 _CFAutoreleasePoolPop + 16
3  CoreFoundation                 0x2f53c1cb __CFRunLoopRun + 1306
4  CoreFoundation                 0x2f4a6f0f CFRunLoopRunSpecific + 522
5  CoreFoundation                 0x2f4a6cf3 CFRunLoopRunInMode + 106
6  GraphicsServices               0x343ff663 GSEventRunModal + 138
7  UIKit                          0x31df216d UIApplicationMain + 1136
8  Batted                         0x0009db07 main (main.m:16)

当 Scheme 的诊断选项中未启用僵尸时，就会发生崩溃。但是，当我启用它时，不会发生崩溃。

我已经阅读了一些关于此的其他问答，他们似乎都建议一旦看到这种行为，启用僵尸并在模拟器上运行 Zombie Profile Instruments。

我试过了，但 Instruments 似乎没有任何问题，并且该应用程序可以正常工作。有什么线索可以在这里做些什么来解决这个问题？我在模拟器中使用 XCode 5.1 和 iOS 7.1。

更新 1

找到了导致问题的有问题的代码，但我仍然不确定它为什么会导致问题。我正在使用 CoreData，在 NSManagedObject 的子类中，我有 -

- (void)willTurnIntoFault;
{
    [super willTurnIntoFault];

    if ([self observationInfo])
    {
        BNLogInfo(@"%@ has observers:\n%@", [self objectID], [self observationInfo]);
    }
}

在上面的代码中，[self observationInfo]是有问题的行。

当应用程序启动时，我循环遍历枚举块中的一些 NSManagedObjects 并在其上设置一些属性，从而触发该willTurnIntoFault方法。一旦枚举块完成，就会发生崩溃。

神秘的是，崩溃不会发生在这个方法内部，但是如果没有这个方法的子类化，一切都运行良好。

4

1 回答 1

2

问答中说要启用僵尸（或在僵尸仪器下运行），因为僵尸经常会导致这种错误。

但这不是唯一的原因。

您的程序正在破坏堆。很可能它会覆盖isa自动释放池中某个对象中的指针（类指针），因此当运行循环耗尽自动释放池时，objc_release会尝试取消引用虚假isa指针并崩溃。

启用僵尸可以掩盖这样的错误，因为对于僵尸，运行时实际上永远不会释放对象。这意味着您最终会得到很多未使用的堆部分（除非您尝试向僵尸发送消息），因此如果您破坏它们，它们永远不会造成麻烦。

这类崩溃可能很难调试，但有一个名为“guard malloc”的工具有时会有所帮助。从菜单栏中，选择产品 > 方案 > 编辑方案。单击左侧列表中的运行操作。然后单击诊断选项卡。打开“启用 Guard Malloc”选项。然后尝试重现崩溃。Guard malloc 将立即检测某些类型的堆损坏并停止损坏指令上的程序。

于 2014-06-12T22:58:34.263 回答