NSManagedObjectContexts 和多线程

Question

假设我们有一个应用程序需要显示地点列表，并且在 3 个线程上运行：

1. 主线程
2. 主线程 后台同步（用于同步 有服务器的地方）
3. 地理编码 线程（对位置进行地理编码 背景）

在所有 3 个线程中，我都有专用的 NSManagedObjectContexts（MOC）。如果每个 MOC 可以更改底层数据（例如，主线程可以将地点添加到您的收藏夹，而后台同步可以更改地点的名称，而地理编码线程添加 lat/lng 信息），则应用程序将必须注册 NSManagedObjectContextDidSaveNotification 在每个线程中，然后将 mergeChangesFromContextDidSaveNotification 传播到其他线程中相应的其他 MOC（如果保存了一个 MOC）（而不仅仅是将它们合并到主线程的 MOC 中），对吗？ ？

因为现在我正在这样做，但感觉不对:(

我有一本字典，我用它来保存当前正在运行的线程及其 MOC。每当其中一个 MOC 弹出 NSManagedObjectContextDidSaveNotification 我循环遍历这个数组并将 mergeChangesFromContextDidSaveNotification 发送到所有其他 MOC/Thread。当然，我还向 NSThreadWillExitNotification 添加了一个观察者，以便我可以从该数组中删除 Thread/MOC。当其中一个线程耗尽时，字典的所有添加/删除操作都会被锁定。 这就是我现在有点陷入困境的地方。有时，当我

   [moc performSelector:@selector(mergeChangesFromContextDidSaveNotification:) 
onThread:thread 
withObject:notification 
waitUntilDone:YES];

在循环 MOC/线程字典时调用时，我会收到以下异常：

[NSManagedObjectContext performSelector:onThread:withObject:waitUntilDone:modes:]: target thread exited while waiting for the perform

显然，这是由竞争条件引起的。在循环字典时（我只在提取其对象数组时锁定它），其中的线程之一退出，因此引用不再有效。但是，如果我将字典锁放在整个循环前面，则会出现死锁，因为

[moc performSelector:@selector(mergeChangesFromContextDidSaveNotification:) 
onThread:thread 
withObject:notification 
waitUntilDone:YES];

循环内的调用在某些情况下会永远持续（还不知道为什么），从而导致整个应用程序停止运行。 在这种情况下，使用 waitUntilDone:NO 进行调用是否安全？因为这似乎可以解决它。我只是不知道，如果我不小心用这个打开了潘多拉盒子......

问候，

塞巴斯蒂安

Answer 1

我认为你的应用程序结构使你处于危险境地。在我看来，竞争条件是在您从存储字典中删除 MOC 之前，某些线程“A”消失了。因此，您尝试在线程“A”上向它发送消息，但它死了。

相反，可以这样想：

• 每个线程都有一个线程本地对象，您可以将其存储在线程本地存储中（请参阅 NSThread 文档，查找 threadDictionary）。
• 该对象是在线程开始执行其工作时创建的，并设置 MOC由给定线程使用
• 该对象还注册保存通知，并在线程工作的生命周期内监视它们
• 。在线程工作结束时，该对象被销毁。

通过这种方式，您可以封装托管对象上下文的生命周期，并将其直接绑定到引用它的通知机制。通过将监视器对象存储在线程本地存储中，您还将这两点与线程的生命周期联系起来。