【问题标题】:_PFFaultHandlerLookupRow crash while saving child context_PFFaultHandlerLookupRow 在保存子上下文时崩溃
【发布时间】:2014-04-23 01:39:41
【问题描述】:

您好,当托管对象在一个子上下文中更改(之后保存)并在其他子上下文中删除(首先保存)时,我的应用程序崩溃了。
如何重现:
1.创建新项目,启用“空应用程序”模板和核心数据。
2.将managedObjectContext getter更改为following(我已经更改了并发类型)

- (NSManagedObjectContext *)managedObjectContext { if (_managedObjectContext != nil) { 返回_managedObjectContext; } NSPersistentStoreCoordinator *coordinator = [self persistentStoreCoordinator]; 如果(协调员!= nil){ _managedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType]; [_managedObjectContext setPersistentStoreCoordinator:coordinator]; } 返回_managedObjectContext; }

3.请将didfinishLaunching方法替换为following

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; // 应用程序启动后自定义的覆盖点。 self.window.backgroundColor = [UIColor whiteColor]; [self.window makeKeyAndVisible]; { //插入 NSManagedObjectContext *insertingContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType]; [insertingContext setParentContext:self.managedObjectContext]; [insertingContext performBlockAndWait:^{ 测试 *test = (Test *)[NSEntityDescription insertNewObjectForEntityForName:@"Test" inManagedObjectContext:insertingContext]; test.test=@"测试"; [insertingContext 保存:无]; [self.managedObjectContext performBlockAndWait:^{ [self.managedObjectContext 保存:无]; }]; NSLog(@"插入并保存到持久化存储"); }]; } { //获取mo并更改属性 NSManagedObjectContext *acceesingContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType]; { [acceesingContext setParentContext:self.managedObjectContext]; [访问上下文 performBlockAndWait:^{ NSFetchRequest *request = [[NSFetchRequest alloc] init] ; [请求 setEntity:[NSEntityDescription entityForName:@"Test" inManagedObjectContext:acceesingContext]]; NSArray *results = [acceesingContext executeFetchRequest:request error:nil]; if ([结果计数] > 0 ) { 测试 *test= [结果 objectAtIndex:0]; test.test=@"你好"; NSLog(@"访问并更改了属性以便触发错误"); } }]; } { NSManagedObjectContext *deletingContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType]; [删除上下文 setParentContext:self.managedObjectContext]; [删除上下文 performBlockAndWait:^{ NSFetchRequest *request = [[NSFetchRequest alloc] init] ; [请求 setEntity:[NSEntityDescription entityForName:@"Test" inManagedObjectContext:deletingContext]]; NSArray *results = [deletingContext executeFetchRequest:request error:nil]; if ([结果计数] > 0 ) { 测试 *test= [结果 objectAtIndex:0]; [deletingContext deleteObject:test]; [删除上下文保存:无]; [self.managedObjectContext performBlockAndWait:^{ [self.managedObjectContext 保存:无]; }]; NSLog(@"已删除并保存到持久化存储"); } }]; } [访问上下文执行块:^{ // 这里崩溃了,请帮忙。 [访问上下文保存:无]; }]; } 返回是; }

4.Finally 添加名为 'Test' 的实体和属性 'test' (NSString) 并运行应用程序

我面临的问题是,当一个子 moc 获取了一个托管对象并更改了其中的一个属性,而另一个子 moc 删除并将更改保存到持久存储时。保存修改 moc 的 moc 时发生崩溃。

崩溃报告

*** 由于未捕获的异常“NSObjectInaccessibleException”而终止应用程序,原因:“CoreData 无法满足“0xd0000000001c0000”的错误 *** 首先抛出调用堆栈: ( 0 核心基础 0x0000000101bf0795 __exceptionPreprocess + 165 1 libobjc.A.dylib 0x0000000101953991 objc_exception_throw + 43 2 核心数据 0x0000000100278a93 _PFFaultHandlerLookupRow + 1075 3核心数据0x00000001003063a3-[NSManagedObject(_NSInternalMethods)_updateFromRefreshSnapshot:包括Transients:] + 243 4核心数据0x00000001002aa563-[NSManagedObjectContext(_NestedContextSupport)_copyChildObject:toParentObject:fromChildContext:] + 771 5 核心数据 0x00000001002aa01b -[NSManagedObjectContext(_NestedContextSupport) _parentProcessSaveRequest:inContext:error:] + 1019 6 CoreData 0x0000000100310243 __82-[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]_block_invoke + 563 7 libdispatch.dylib 0x0000000101fc205a _dispatch_barrier_sync_f_slow_invoke + 45 8 libdispatch.dylib 0x0000000101fd16fd _dispatch_client_callout + 8 9 libdispatch.dylib 0x0000000101fc146c _dispatch_main_queue_callback_4CF + 354 10 核心基础 0x0000000101c4e729 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 11 核心基础 0x0000000101b9b9a4 __CFRunLoopRun + 1764 12 核心基础 0x0000000101b9aed3 CFRunLoopRunSpecific + 467 13 图形服务 0x0000000103b893a4 GSEventRunModal + 161 14 UIKit 0x00000001005bba63 UIApplicationMain + 1010 15 测试崩溃 0x00000001000040a3 主要 + 115 16 libdyld.dylib 0x000000010227e7e1 开始 + 0 17 ??? 0x0000000000000001 0x0 + 1 ) libc++abi.dylib:以 _NSCoreDataException 类型的未捕获异常终止

【问题讨论】:

  • 另外加上@try@catch@finally块也没有避免上面的crash。
  • 尝试了所有不同的合并策略,仍然崩溃。

标签: ios objective-c core-data nsmanagedobjectcontext


【解决方案1】:

这里的关键不是堆栈跟踪中的那一行,而是异常消息:

*** Terminating app due to uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault for '0xd0000000001c0000 ''

如果 Core Data 抱怨某个对象不可访问,这意味着它无法在持久存储中找到该对象。让我们看看为什么会在您的代码中发生这种情况:

  1. 您使用insertingContext 创建一个实例并将更改保存在那里和父级中。此时,您的一个对象位于持久存储文件中。
  2. 您使用acceesingContext 获取此实例并对其进行更改,但您不保存更改。此时,acceesingContext 在内存中对您刚刚获取的对象进行了未保存的更改。
  3. 您使用deletingContext 获取对象并将其删除。然后将更改保存在 deletingContext 和父级中。此时,您已经从持久存储文件中删除了该对象。 但是,这很关键,acceesingContext 仍然有未保存的对该对象的更改。
  4. 您将更改保存在acceesingContext。由于acceesingContext 对您获取的对象有未保存的更改,因此它会尝试更新该对象。但是该对象在持久存储中不存在,因为您删除了它。由于acceesingContext 无法更新不存在的对象,因此会引发异常并导致应用崩溃。

使用嵌套托管对象上下文时要记住的一件事是,保存更改只会将更改推向一个方向 - 朝向父级。如果您有两个同级上下文(在本例中为 acceesingContextdeletingContext),则保存一个孩子的更改不会自动更新另一个。

由于这显然是演示代码(谢谢,顺便说一句,它更容易理解!)很难完全确定您需要在实际应用代码中做什么。一种典型的方法是侦听NSManagedObjectContextDidSaveNotification,然后使用mergeChangesFromContextDidSaveNotification: 将更改从一个上下文应用到另一个上下文。这样,当一个上下文删除一个对象时,您可以更新其他上下文以反映该事实。这使得保持多个托管对象上下文彼此同步成为可能。

【讨论】:

  • 嗨,汤姆,感谢您的回复,我使用嵌套 moc 编写了整个应用程序,这种崩溃发生非常罕见,并且很难在我的应用程序中重现,因此编写了一个示例以更好地理解事情。那么有没有其他方法可以通过保持嵌套的moc保持原样来修复上述崩溃。因为在我的应用程序的当前设计中,更改以观察通知并合并更改似乎对我来说既耗时又乏味。
  • 另外加上@try@catch@finally块也没有避免上面的crash。
  • 观察通知和合并更改是解决问题的方法。该 API 专为防止您遇到的问题而设计。即使您可以捕获异常,也无法解决任何问题,因为保存仍然会失败。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-11-16
  • 1970-01-01
相关资源
最近更新 更多