使用AFIncrementalStore和NSFetchedResultsController的死锁

Question

几天来，我一直在为这个问题头疼，但终生都搞不明白到底是怎么回事。我对Core Data非常熟悉，但我对它的了解足以避免出现死锁的情况。然而，对于这个项目，我决定尝试并入AFIncrementalStore。我构建了一个示例项目来测试APIClient，以便在不影响实际项目的情况下适当地映射键/值。它运行得天衣无缝。

现在我在我的实际项目中使用它，而且事情很挑剔。NSFetchedResultsController在UITableViewController中使用，但会被推出屏幕(在菜单中滑动，类似于Facebook应用程序)。大约50%的时间我不会遇到死锁。我已确保NSFetchedResultsController managedObjectContext与我的AppDelegate相同。几乎所有的设置都与AFIncrementalStore示例完全相同。即使是我用来测试用法的示例项目也能完美地工作。

这是我在死锁期间暂停时Debug Navigator的图像。看起来问题出在AFIncrementalStore的后台上下文和主线程的上下文之间。然而，我不确定该怎么做，因为我没有写AFIncrementalStore，只是离开了现有的文档/示例。

​

​

编辑:添加第二个线程的回溯

thread #2: tid = 0x2103, 0x925d180e libsystem_kernel.dylib`semaphore_wait_trap + 10
frame #0: 0x925d180e libsystem_kernel.dylib`semaphore_wait_trap + 10
frame #1: 0x0258cf08 libdispatch.dylib`_dispatch_thread_semaphore_wait + 16
frame #2: 0x0258ab3a libdispatch.dylib`_dispatch_barrier_sync_f_slow + 149
frame #3: 0x0258aa5c libdispatch.dylib`dispatch_barrier_sync_f + 37
frame #4: 0x00b64c8b CoreData`_perform + 187
frame #5: 0x00b67659 CoreData`-[NSManagedObjectContext(_NestedContextSupport) managedObjectContextDidUnregisterObjectsWithIDs:] + 73
frame #6: 0x00bdf2db CoreData`__97-[NSManagedObjectContext(_NestedContextSupport) managedObjectContextDidUnregisterObjectsWithIDs:]_block_invoke_0 + 75
frame #7: 0x00b64cc1 CoreData`internalBlockToNSManagedObjectContextPerform + 17
frame #8: 0x0259b014 libdispatch.dylib`_dispatch_client_callout + 14
frame #9: 0x0258ad5f libdispatch.dylib`_dispatch_barrier_sync_f_invoke + 58
frame #10: 0x0258aaa3 libdispatch.dylib`dispatch_barrier_sync_f + 108
frame #11: 0x00b64c8b CoreData`_perform + 187
frame #12: 0x00b67659 CoreData`-[NSManagedObjectContext(_NestedContextSupport) managedObjectContextDidUnregisterObjectsWithIDs:] + 73
frame #13: 0x00b71c8c CoreData`-[NSManagedObjectContext(_NSInternalAdditions) _disposeObjects:count:notifyParent:] + 444
frame #14: 0x00b71305 CoreData`-[NSManagedObjectContext(_NSInternalAdditions) _dispose:] + 597
frame #15: 0x00b70e15 CoreData`-[NSManagedObjectContext _dealloc__] + 325
frame #16: 0x00bd872f CoreData`internalBlockToDeallocNSManagedObjectContext + 79
frame #17: 0x0259b014 libdispatch.dylib`_dispatch_client_callout + 14
frame #18: 0x0258b418 libdispatch.dylib`_dispatch_queue_drain + 239
frame #19: 0x0258b2a6 libdispatch.dylib`_dispatch_queue_invoke + 59
frame #20: 0x0258c280 libdispatch.dylib`_dispatch_root_queue_drain + 231
frame #21: 0x0258c450 libdispatch.dylib`_dispatch_worker_thread2 + 39
frame #22: 0x971cde12 libsystem_c.dylib`_pthread_wqthread + 441

Answer 1

我无论如何都不是CoreData专家，所以对此持保留态度。

看起来，您可能正在使用NSPrivateQueueConcurrencyType。看起来AFIncrementalStore正在使用主队列进行同步。那是在你的控制之下吗？

你能不能试着把你的NSManagedObjectContext换成NSMainQueueConcurrencyType，看看有没有帮助？

现在，如果我是对的，并且您正在使用NSPrivateQueueConcurrencyType，那么您这样做可能是出于性能原因。所以，这可能不是一个很好的长期解决方案。

Answer 2

此问题并非特定于AFIncrementalStore的使用。我们在使用嵌套上下文和NSFetched结果控制器时遇到了同样的情况。

子上下文和同级上下文不需要使用相同的并发类型应该不需要使用相同的线程。但是，获取的结果控制器必须与其托管对象上下文使用的线程在同一线程上使用，调试导航器中的线程2 NSManagedObjectContext队列使我认为这可能是线程问题。

如果这是您的主要上下文，那么有时就像这样包装您的胎儿一样简单

dispatch_async(dispatch_get_main_queue(), ^{ [resultsController performFetch:nil]; });

或者是真正的偏执狂

[_resultsController.managedObjectContext performBlock:^{
    [_resultsController performFetch:nil];
}];

在这些死锁上有很多东西，可以试试here和here的堆栈溢出帖子。