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

Question

我在这个地址http://www.cocoabuilder.com/archive/cocoa/288659-iphone-nsmanagedobjectcontext-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

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

在我的情况下，原因与上述完全不同：
确保您的 Mac 上没有打开 DB Manager，这可能会锁定持久数据存储。 p>

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

原来我有一些未保存的更改，导致 DB Manager 锁定了存储。关闭 DB Manager 解决了这个问题。简单而愚蠢的错误，但花了我几个小时才弄清楚。

Answer 2

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

编辑：从那时起，现在有一个解决方案可以忽略这些异常：Ignore certain exceptions when using Xcode's All Exceptions breakpoint

顺便说一句：不要检查error，而是使用返回的BOOL 值来确保您的保存调用成功。这样做的正确方法是：

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

Answer 3

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

NSError* error = nil;

一些代码

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

那么错误将为零，尽管实际上有一个异常。

Answer 4

我遇到了类似的问题，最终证明是因为 NSManagedObjectContextDidSaveNotification 的观察者在没有从通知中心移除自身的情况下被释放。似乎 CoreData 异常“隐藏”了当通知中心尝试通知任何对象占用已注册（但已解除分配）观察者释放的内存时引发的未知选择器异常。

Answer 5

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