所以我对此闲逛了一段时间，包括尝试@Aderstedt 的建议。这种方法不起作用，因为伪造通知似乎只是告诉接收上下文“嘿，检查持久性存储，我已经更新了它们！”，而实际上，我没有，因为没有。我最终找到了一种有效的方法。不幸的是，它仅依赖于 Lion 的功能，因此我仍在寻找一种不需要 Lion 的方法来实现此目的。
背景
我想使用 NSPersistentDocument 方法。虽然我没有在任何地方找到明确的记录，但我发现了几个论坛帖子，并经历了一堆你不能称之为的经验证据-[NSManagedObjectContext save:]在属于 NSPersistentDocument 的上下文上。正如问题中提到的，如果您在保存文档之前调用它，它将具有no存储，因此保存将失败。即使在存储存在之后，通过直接保存上下文（而不是通过文档保存 API），您可以有效地更改 NSPersistentDocument 后面的磁盘上表示形式，并且您将获得文档弹出表，其中显示：
文件已被另一个应用程序修改
简而言之，NSPersistentDocument 期望控制关联的 NSManagedObjectContext 本身的保存操作。
另外值得一提的是：这里的目标是确保 UI 使用的上下文不会触发（或至少触发最少的）I/O 以保持响应。我最终确定的模式是拥有 3 个上下文。 NSPersistentDocument 拥有的一种上下文，负责与文档一起执行文件 I/O。用于将 UI 绑定到的第二个有效只读上下文。 （我意识到很多人想要改变模型的 UI，所以这对他们来说可能不那么令人兴奋，但这对我来说不是必需的。）第三个上下文用于从 Web 异步加载数据的后台线程服务，并希望将其推送到其他上下文中，以便它可以保存在磁盘上并呈现在 UI 中，而不会潜在地阻塞网络 I/O 上的 UI。
Lion专用解决方案
Lion 的 CoreData 实现中新的父/子 NSManagedObjectContext 功能是perfect为了这。我用并发类型 NSPrivateQueueConcurrencyType 的新 MOC 替换了 NSPersistentDocument 的 NSManagedObjectContext。这将是“根”上下文。然后我使用 NSMainQueueConcurrencyType 并发创建了 UI 上下文，并使其成为根上下文的子上下文。最后，我将网络加载上下文设置为 NSPrivateQueueConcurrencyType 上下文，它是 UI 上下文的子级。其工作原理是我们在后台启动网络加载操作，它更新网络上下文。完成后，它会保存上下文。对于父/子关系，保存子上下文会将更改推送到父上下文（UI 上下文），但不会not将父上下文保存到存储中。就我而言，我还监听来自网络上下文的 NSManagedObjectContextDidSaveNotification 通知，然后告诉它的父级也进行保存（这会将 UI 上下文中的更改推送到根/磁盘上下文，但不会将其保存到磁盘。）
在这一系列事件的最后，所有上下文都是一致的，并且我们仍然没有强制真正保存底层根上下文，因此我们没有与 NSPersistentDocument 管理磁盘的角色发生冲突。表示。
一个问题是，如果您想防止子上下文的保存生成撤消（即，这是一个网络加载操作，没有什么可撤消的），您必须在将更改传播到链上时在每个父上下文上禁用UndoRegistration。
狮友前的努力
我真的很想找到一个与 Lion 之前兼容的解决方案来解决这个问题。在放弃之前我尝试了一些事情。我首先尝试在文档初始化时将内存存储与 PSC 关联起来，这样我就可以在保存文档之前进行 NSManagedObjectContext 保存，然后在第一次保存时迁移内存存储。那部分效果很好。但是一旦存在磁盘存储，这种方法就是假的，因为在将其保存到磁盘后，我们会遇到同样的问题，即任何连接到 NSPersistentDocument 拥有的 PSC 的 MOC 的保存都必须由文档完成。
我还尝试破解一种机制，使用 NSManagedObjectContextObjectsDidChangeNotification 有效负载将更改从一个上下文移动到另一个上下文。尽管我能够让它发挥作用（对于“工作”的一些名义定义），但我看到这种方法即将出现的大问题。具体来说，迁移这些更改很容易once但如果在保存操作之前它再次发生变化怎么办？然后，我将不得不维护源上下文中的 OID 到目标上下文中的 OID 的长期映射。这很快就变得丑陋了。如果有人感兴趣，这就是我想出的：
@interface NSManagedObjectContext (MergeChangesFromObjectsDidChangeNotification)
- (void)mergeChangesFromObjectsDidChangeNotification: (NSNotification*)notification;
@end
@implementation NSManagedObjectContext (MergeChangesFromObjectsDidChangeNotification)
- (void)mergeChangesFromObjectsDidChangeNotification: (NSNotification*)notification
{
if (![NSManagedObjectContextObjectsDidChangeNotification isEqual: notification.name])
return;
if (notification.object == self)
return;
NSManagedObjectContext* sourceContext = (NSManagedObjectContext*)notification.object;
NSAssert(self.persistentStoreCoordinator == sourceContext.persistentStoreCoordinator, @"Can't merge changes between MOCs with different persistent store coordinators.");
[sourceContext lock];
// Create object in the local context to correspond to inserted objects...
NSMutableDictionary* foreignOIDsToLocalOIDs = [NSMutableDictionary dictionary];
for (NSManagedObject* foreignMO in [[notification userInfo] objectForKey: NSInsertedObjectsKey])
{
NSManagedObjectID* foreignOID = foreignMO.objectID;
NSManagedObject* localMO = [[[NSManagedObject alloc] initWithEntity: foreignMO.entity insertIntoManagedObjectContext: self] autorelease];
[foreignOIDsToLocalOIDs setObject: localMO.objectID forKey: foreignOID];
}
// Bring over all the attributes and relationships...
NSMutableSet* insertedOrUpdated = [NSMutableSet set];
[insertedOrUpdated unionSet: [[notification userInfo] objectForKey: NSInsertedObjectsKey]];
[insertedOrUpdated unionSet: [[notification userInfo] objectForKey: NSUpdatedObjectsKey]];
for (NSManagedObject* foreignMO in insertedOrUpdated)
{
NSManagedObjectID* foreignOID = foreignMO.objectID;
NSManagedObjectID* localOID = [foreignOIDsToLocalOIDs objectForKey: foreignOID];
localOID = localOID ? localOID : foreignOID;
NSManagedObject* localMO = [self objectWithID: localOID];
// Do the attributes.
[localMO setValuesForKeysWithDictionary: [foreignMO dictionaryWithValuesForKeys: [[foreignMO.entity attributesByName] allKeys]]];
// Do the relationships.
NSDictionary* rByName = foreignMO.entity.relationshipsByName;
for (NSString* key in [rByName allKeys])
{
NSRelationshipDescription* desc = [rByName objectForKey: key];
if (!desc.isToMany)
{
NSManagedObject* relatedForeignMO = [foreignMO valueForKey: key];
NSManagedObjectID* relatedForeignOID = relatedForeignMO.objectID;
NSManagedObjectID* relatedLocalOID = [foreignOIDsToLocalOIDs objectForKey: relatedForeignOID];
relatedLocalOID = relatedLocalOID ? relatedLocalOID : relatedForeignOID;
NSManagedObject* localRelatedMO = [self objectWithID: relatedLocalOID];
[localMO setValue: localRelatedMO forKey: key];
}
else
{
id collection = [foreignMO valueForKey: key];
id newCollection = [NSMutableSet set];
if ([collection isKindOfClass: [NSOrderedSet class]])
{
newCollection = [NSOrderedSet orderedSet];
}
for (NSManagedObject* relatedForeignMO in collection)
{
NSManagedObjectID* relatedForeignOID = relatedForeignMO.objectID;
NSManagedObjectID* relatedLocalOID = [foreignOIDsToLocalOIDs objectForKey: relatedForeignOID];
relatedLocalOID = relatedLocalOID ? relatedLocalOID : relatedForeignOID;
NSManagedObject* localRelatedMO = [self objectWithID: relatedLocalOID];
[newCollection addObject: localRelatedMO];
}
[localMO setValue: newCollection forKey: key];
}
}
}
// And delete any objects which pre-existed in my context.
for (NSManagedObject* foreignMO in [[notification userInfo] objectForKey: NSDeletedObjectsKey])
{
NSManagedObjectID* foreignOID = foreignMO.objectID;
NSManagedObject* localMO = [self existingObjectWithID: foreignOID error: NULL];
if (localMO)
{
[self deleteObject: localMO];
}
}
[sourceContext unlock];
}
@end
结论
在并发管理的改进和父/子功能之间，我很快就失去了追求 pre-Lion 解决方案的兴趣。我开始认为，Lion 之前的解决方案实际上是“不要使用 NSPersistentDocument”。据我所知，如果我放弃这个要求，所有这些痛点都会消失。如果没有它，您可以随时保存上下文并迁移存储，但自然地您必须自己完成所有工作。
