有时，在使用 Core-Data 对象时，应用程序会因错误而崩溃:
CoreData: error: NULL _cd_rawData but the object is not being turned into a fault
根据我在互联网上的研究和阅读，当托管对象上下文在两个线程之间传递并且 MOC 不是线程安全时，就会发生这种情况。
每当我想从 CD 对象访问属性时，就会出现此崩溃。
如果我有 Person 对象并想访问 Perosn.name 应用程序可能会因此错误而崩溃(如前所述，据我所知，它随机发生并且我无法重现它，有时它会在一个周期内发生 10 次排，然后一两天都不会发生)。
在看这个问题的时候，好像是在我获取Person并更新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 "操作无法完成。(Cocoa 错误 1550。)
对无效对象的悬挂引用。=null
NSLocalizedDescription=操作无法完成。 (Cocoa 错误 1550。)，NSValidationErrorValue=Relationship 'friends' on managed object (0x201cd340)
UID:<4C1B48C8-6309-4E8E-A590-DED497907A3A>。 Assets ID:(空)。带有对象 {(\n '(null)' UID: <(null)>.)}}"
我从另一个 SO 问题中找到了这个答案: “这是由于在不同的上下文中创建的对象，请注意不是在不同的线程上，而是在同一线程上的不同上下文。”
这似乎是这种情况吗？如果是的话，我如何找到在与我要保存到的内容不同的上下文中创建对象的位置...
最佳答案
嗯，我会在该代码中更改一些内容。
使用错误指针，这就是它们的用途。您可能会从中得到解决方案。传入一个
NSError指针，检查-save:调用的返回值，并在失败时将错误输出到控制台。你的队列管理有点吓人。不要执行
dispatch_async()，而是将其更改为-[NSManagedObjectContext performBlock:]。这将保证您在您正在访问的上下文中处于正确的线程/队列中。按照您编写的方式，没有任何保证，因此可维护性很低。
一旦您进行了这两项更改但仍然失败，请使用 NSError 对象的输出更新您的问题，我们可以看到发生了什么。
更新1
即使保存时没有发生错误，您仍然希望检查返回值和错误，因为它可以为我们提供缺失的信息。
如果/当您重现崩溃时，请在此处回复。
更新2
好的，这往往表明您正在不同的 MOC 中创建对象，然后通过您已经收集到的关系将它们连接起来。您能否发布或描述如何以及何时创建对象？您使用的是什么 MOC？
你也可以发布更新后的保存代码吗？
关于iphone - 解决CoreData错误: NULL _cd_rawData but the object is not being turned into a fault，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14590764/