12

有时在使用 Core-Data 对象时，应用程序会因错误而崩溃：

CoreData：错误：NULL _cd_rawData 但对象没有变成故障

从我可以从互联网上研究和阅读的内容来看，当托管对象上下文在两个线程之间传递并且 MOC 不是线程安全的时，就会发生这种情况。

每当我想从 CD 对象访问属性时，就会出现此崩溃。

如果我有 Person 对象并想要访问 Perosn.name 应用程序可能会因此错误而崩溃（如前所述，它会随机发生并且我无法重现它，有时它会连续发生 10 次然后一两天内不会发生）。

在查看这个问题时，似乎在我获取并更新 Person 的朋友关系时会发生这种情况（这是在后台线程上完成的，保存并合并到主线程 MOC）。

我想了解更多关于这里发生的事情的信息，为什么会发生这个错误，因为它看起来很随机，以及是否有任何方法可以防止崩溃。

下面是保存上下文的代码：

__block MyAppDelegate *blockSelf = self;
    dispatch_async(dispatch_get_main_queue(), ^{
        [blockSelf.managedObjectContext performBlock:^{
            [blockSelf.managedObjectContext save:nil];

            dispatch_async(blockSelf.core_data_queue, ^{
                [blockSelf.writerContext performBlock:^{
                    [blockSelf.writerContext save:nil];
                }];
            });
        }];
    });

更新 1 有时在执行 saveContext 时，我会收到以下错误：

"Error Domain=NSCocoaErrorDomain Code=1550 "操作无法完成。（可可错误 1550。）

对无效对象的悬空引用。=null

NSLocalizedDescription=操作无法完成。（Cocoa 错误 1550。），NSValidationErrorValue=托管对象上的关系“朋友”（0x201cd340）

UID：<4C1B48C8-6309-4E8E-A590-DED497907A3A>。资产 ID：（空）。带有对象 {(\n '(null)' UID: <(null)>.)}}"

我从另一个 SO 问题中找到了这个答案：“这是由于在不同的上下文中创建的对象，注意不是在不同的线程上，只是在同一个线程上的不同上下文。”

似乎是这种情况，如果是这样，我怎么能找到在与我试图保存的不同上下文中创建对象的位置......

4

3 回答 3

8

嗯，我会在该代码中更改一些内容。

  1. 使用错误指针，这就是它们的用途。您可能会从中得到解决方案。传入一个NSError指针，检查-save:调用的返回并在失败时将错误吐出到控制台。

  2. 你的队列管理有点吓人。而不是这样做dispatch_async()，将其更改为-[NSManagedObjectContext performBlock:]. 这将保证您在访问上下文的正确线程/队列上。使用您编写它的方式无法保证，因此可维护性很低。

一旦您进行了这两项更改并且您仍然失败，请使用NSError对象的输出更新您的问题，我们可以看到发生了什么。

更新 1

即使保存时没有发生错误，您仍然需要检查该返回值和错误，因为它可以为我们提供缺失的信息。

如果/当您重现崩溃时，请在此处回复。

更新 2

好的，这往往表明您正在不同的 MOC 中创建对象，然后通过您已经收集的关系将它们连接起来。您能否发布或描述您如何以及何时创建对象？你用的是什么MOC？

您还可以发布更新的代码以进行保存吗？

于 2013-01-29T20:48:03.750 回答
3

面临同样的问题，但通过设置这个解决了Fetchrequest

[fetchrequest setReturnsObjectsAsFaults:NO];
于 2017-09-20T04:15:16.507 回答
2

我的代码中也遇到过这个问题。后来我注意到我在后台线程中使用了由主线程 NSManagedObjectContext 创建的托管对象。由于托管对象是出了名的线程不安全，所以我更改了我的代码，然后这个错误再也没有出现，代码运行得很好。所以我想这是IOS抱怨在线程中使用托管对象而不是它已创建或获取的线程的方式。

希望这有帮助。

于 2013-09-06T13:59:24.977 回答