ios – 我可以安全地在@try catch块中包装’CoreData无法解决错误’错误

前端之家收集整理的这篇文章主要介绍了ios – 我可以安全地在@try catch块中包装’CoreData无法解决错误’错误前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我理解为什么会发生这种错误:当您尝试访问在另一个线程上的托管对象上下文中删除的CoreData对象时,因此设置为“fault”对象,因此任何保留的引用将不再指向有效CoreData对象.

我正在使用NSFetchedResultsController.

我已确认所有代码都已正确实现.我有2个托管对象上下文,一个用于BG线程,一个用于主线程.

我已经确认主线程在NSManagedObjectContextDidSaveNotification下订阅通知.

我已经确认当这个通知触发时,我在主线程管理对象上下文中执行mergeChangesFromContextDidSaveNotification :.

我没有在任何地方保留这些对象,但我正在设置NSFetchRequest的批量大小(这可能是问题吗?)

是的,我偶尔会得到’CoreData无法完成故障’的错误.

在我的特定应用程序中,这通常发生在一种“数据绑定”过程中,因此我可以安全地丢弃故障对象并继续前进.我想通过在@ try-catch块中包装数据绑定的循环内部并且只跳过我得到CoreData错误的行来完成此操作.

我可以使用CoreData安全地执行此操作吗?或者我遇到故障后是否需要完全转储托管对象上下文.

我确实检查过这个关于how to check if a CoreData object is a fault的问题,如果我不能安全地假设我的@ try-catch块不会导致其他问题,那么这可能是我实现的.

解决方法

我们可以使用“existingOjectWithId”并检查返回对象的nil,而不是使用try-catch.
- (NSManagedObject*)existingObjectWithID:(NSManagedObjectID*)objectID error:(NSError**)error

如果指定的ID已经在上下文中注册,则返回指定ID的对象,或者将对象置于上下文中.如果无法获取对象,或者不存在该对象,或者无法出现故障,则返回nil.与-objectWithID不同:它永远不会返回错误.

原文链接:https://www.f2er.com/iOS/331105.html

猜你在找的iOS相关文章