Question

有时在使用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时，我会收到以下错误：

“错误域= NSCocoaErrorDomain代码= 1550 “操作无法完成。（可可错误1550。）

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

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

UID：＆lt; 4C1B48C8-6309-4E8E-A590-DED497907A3A＆gt;。资产ID :( null）。 with objects {（\ n'（null）'UID：＆lt;（null）＆gt;。）}}“

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

这似乎是这种情况，如果是这样的话，我怎样才能找到在不同的上下文中创建对象的位置，以及我要保存到的内容...

Answer 1

嗯，我会在那段代码中改变一些事情。

使用错误指针，这就是它们的用途。您可能会从中获得解决方案。传入NSError指针，检查-save:调用的返回值，并在出现故障时将错误吐出到控制台。
您的队列管理有点可怕。而不是dispatch_async()，而是将其更改为-[NSManagedObjectContext performBlock:]。这将保证您在正在访问的上下文的正确线程/队列中。按照你编写的方式，没有保证，因此可维护性很低。

完成这两项更改但仍然失败后，请使用NSError对象的输出更新您的问题，我们可以看到发生了什么。

更新1

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

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

更新2

好的，这往往表明您正在不同的MOC中创建对象，然后通过您已经收集的关系连接它们。您可以发布或描述创建对象的方式和时间吗？您正在使用什么MOC？

您是否还可以发布更新的保存代码？

Answer 2

我的代码中也遇到过这个问题。后来我注意到我在后台线程中使用了主线程NSManagedObjectContext创建的托管对象。由于托管对象是众所周知的线程不安全，所以我改变了我的代码，然后这个错误再也没有出现，代码工作得很好。所以我想这是IOS在线程中使用托管对象进行投诉的方式，而不是创建或获取线程的线程。

希望这有帮助。

Answer 3

面对同样的问题，但通过在Fetchrequest

中设置此问题即可解决

[fetchrequest setReturnsObjectsAsFaults:NO];

解决CoreData错误：NULL _cd_rawData但对象没有变成错误

3 个答案:

更新1

更新2