NSManagedObjectContext 保存不会崩溃，但会在 objc_exception_throw 上中断

Question

我遇到了此地址中描述的相同问题 http://www.cocoabuilder.com/archive/cocoa/288659-iphone-nsmanagementobjectcontext-save-doesn-crash-but-breaks-on-objc-exception-throw.html

我正在调试一个使用 Core Data 进行多线程处理的应用程序，并且我在 objc_exception_throw 上有一个断点，并且它在调用保存时命中了该断点。 （代码中的第 2 行）

        NSError *error = nil;
        [self.managedObjectContext save:&error];
        if (error) {
            NSLog(@"Error : %@",error);
        }

我没有记录任何内容。 我正在使用 Xcode 4 和 ios 4.0 -> 4.3.我认为这与 Xcode/iOS 版本无关。

Answer 1

查看这个答案表明CoreData内部使用异常来管理其程序流。这就是调试器在 objc_exception_throw 处中断的原因。据我所知，没有办法禁用它。

编辑：从那时起，现在有一个解决方案可以忽略这些异常： 使用 Xcode 的 All Exceptions 断点时忽略某些异常

BTW：不要检查 error 而是使用返回的 BOOL 值来确保保存调用成功。正确的做法是：

NSError *error = nil;
BOOL success = [self.managedObjectContext save:&error];
if (!success) {
    NSLog(@"Error : %@",error);
}

Answer 2

• 首先，当将多线程与 CoreData 一起使用时，我遇到了一些问题
  在应用程序中传递 NSManagedObject。相反，正如记录的
  Apple，我最终传递了 NSManagedObjectID 并重建了完整的
  目的。
• 其次，当您没有记录任何内容时，它可能与
  内存问题，尝试特别运行探查器，但不仅仅是寻找“僵尸”，它
  应该告诉你更多。
• 最后，确保您已正确初始化上下文，我有
  类似的问题，因为未找到 momd 文件中的模型并且
  未加载。

Answer 3

我遇到了类似的问题，最终证明是由于 NSManagedObjectContextDidSaveNotification 的观察者被释放而没有将其从通知中心中删除。看来 CoreData 异常“隐藏”了当通知中心尝试通知任何对象占用由注册（但已释放）观察者释放的内存时引发的未知选择器异常。

Answer 4

最近我遇到了同样的问题：当尝试保存 ManagedObjectContext 时，应用程序崩溃，没有任何日志。

就我而言，有与上述完全不同的原因：
确保您没有在 Mac 上打开数据库管理器，这可能会锁定持久数据存储。

这（显然）也会杀死核心日期堆栈，而不会在代码或代码中引发任何可见错误日志。

结果我有一些未保存的更改，这使得数据库管理器锁定了存储。关闭数据库管理器解决了该问题。简单而愚蠢的错误，但我花了几个小时才弄清楚。

Answer 5

我碰巧遇到了这个问题，经过长时间的调试，我发现这是因为 NSError* 错误的重复声明，可能你在外部作用域中还有另一个 NSError* 错误，例如：

NSError* error = nil;

某些代码

if (!error)
{
    NSError* error = nil;
    // your code
}

然后错误将为零，尽管在事实上有一个例外。