ios - UIApplicationMain 的 EXC_BAD_ACCESS - 如何解释此回溯？

Question

#0  0x0149609b in objc_msgSend ()
#1  0x06a75960 in ?? ()
#2  0x0108df9a in _performRunLoopAction ()
#3  0x0131189b in __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ ()
#4  0x012a66e7 in __CFRunLoopDoObservers ()
#5  0x0126f1d7 in __CFRunLoopRun ()
#6  0x0126e840 in CFRunLoopRunSpecific ()
#7  0x0126e761 in CFRunLoopRunInMode ()
#8  0x01c871c4 in GSEventRunModal ()
#9  0x01c87289 in GSEventRun ()
#10 0x00393c93 in UIApplicationMain ()
#11 0x00001f68 in main (argc=1, argv=0xbffff028) at /Users/Stu/Documents...

我对 有点困惑？？ () 靠近顶部。看到这个错误出现在行 int retVal = UIApplicationMain(argc, argv, nil, nil); 我假设内存访问问题与自动释放池有关，但我还没有找到任何到目前为止。

错误发生在我要求删除具有特定属性的 CoreData 对象时。此过程采用 NSDate 对象，找到以该日期作为其“时间戳”的核心数据对象，然后删除该对象。

我启用了 NSZombie 以及 NSDebug 和 MallocStackLogging，但是日志中没有显示任何信息(当然除了我请求时的回溯)。单步执行代码也无助于缩小问题范围。

Answer 1

问题已解决。

正如我最初推测的那样，这确实与自动释放池有关(永远相信你的直觉......)。出于某种奇怪的原因——可能是在 36 小时没有 sleep 之后——我自动释放了一个与自动释放无关的对象。它只是一个简单的自定义 getter 样式方法，可返回当前选定的文本对象。

虽然不确定为什么没有为它创建 NSZombie...