我理解为什么会发生这种错误:当您尝试访问在另一个线程上的托管对象上下文中删除的CoreData对象时,因此设置为"fault"对象,因此任何保留的引用将不再指向有效CoreData对象.
我正在使用NSFetchedResultsController.
我已确认所有代码都已正确实现.我有2个托管对象上下文,一个用于BG线程,一个用于主线程.
我已经确认主线程在NSManagedObjectContextDidSaveNotification下订阅了通知.
我已经确认当这个通知触发时,我在主线程管理对象上下文中执行mergeChangesFromContextDidSaveNotification :.
我没有在任何地方保留这些对象,但我正在设置NSFetchRequest的批量大小(这可能是问题吗？)
是的,我偶尔会得到'CoreData无法完成故障'的错误.
在我的特定应用程序中,这通常发生在一种"数据绑定"过程中,因此我可以安全地丢弃故障对象并继续前进.我想通过在@ try-catch块中包装数据绑定的循环内部并且只跳过我得到CoreData错误的行来完成此操作.
我可以使用CoreData安全地执行此操作吗？或者我遇到故障后需要完全转储托管对象上下文.
我确实检查了这个问题,关于如何检查CoreData对象是否是一个错误,如果我不能安全地假设我的@ try-catch块不会导致其他问题,那么这可能是我实现的.
San*_*ndy 15
我们可以使用"existingOjectWithId"并检查返回对象的nil,而不是使用try-catch.
- (NSManagedObject*)existingObjectWithID:(NSManagedObjectID*)objectID error:(NSError**)error
如果指定的ID已经在上下文中注册,则返回指定ID的对象,或者将对象置于上下文中.如果无法获取对象,或者不存在该对象,或者无法出现故障,则返回nil.与-objectWithID不同:它永远不会返回错误.
| 归档时间： |
|
| 查看次数： |
1052 次 |
| 最近记录： |