ios5 – 核心数据 – 保留父上下文的保留周期

首先,你看到的行为不是一个错误…至少不在核心数据.如你所知,关系导致保留周期,必须手动破坏(记录在这里：https://developer.apple.com/library/mac/#documentation/cocoa/Conceptual/CoreData/Articles/cdMemory.html).

你的代码是在doSave中执行的.可能会有更好的地方打破周期,但这是一个不同的事情.

请注意,您可以通过查看registeredObjects属性来轻松查看MOC中注册的对象.

但是,您的示例将永远不会在根上下文中释放引用,因为在该MOC中从不调用processPendingEvents.因此,MOC中的注册对象将永远不会被释放.

核心数据有一个概念叫做“用户事件”.默认情况下,“用户事件”正确包装在主运行循环中.

但是,对于不在主线程上的MOC,您有责任确保正确处理用户事件.请参阅本文档：http://developer.apple.com/library/ios/#documentation/cocoa/conceptual/CoreData/Articles/cdConcurrency.html,特别是使用通知的其他线程中跟踪更改的部分的最后一段.

当你调用performBlock时,你给它的块被包装在一个完整的用户事件中.但是,对于performBlockAndWait来说并不是这样.因此,私有上下文MOC将把这些对象保留在其registeredObjects集合中,直到调用processPendingChanges.

在您的示例中,如果您在performBlockAndWait中调用processPendingChanges或将其更改为performBlock,则可以看到发布的对象.这两者之一将确保MOC完成当前用户事件并从已注册的对象集合中删除对象.

编辑

回应你的编辑…这不是第一个不会释放对象.这是MOC仍然有注册为故障的对象.这是在保存之后发生的,在同一个事件中.如果你简单地发出一个无操作块[context performBlock：^ {}],你会看到从MOC中删除的对象.

因此,您不需要担心,因为在该MOC的下一个操作中,对象将被清除.你不应该有一个长期运行的背景MOC,无论如何,所以这真的不应该是一个大问题.

一般来说,你不想只是刷新所有的对象.但是,如果您想要在保存后删除所有对象,那么您在doSave中执行此操作的原始概念是合理的,因为在保存过程中会发生这种情况.但是,这将会在所有上下文中(您可能不想要的)中的对象发生故障.你可能只想在背景MOC中使用这种恶劣的方法.您可以在didSave中检查object.managedObjectContext：但这不是一个好主意.更好的是为DidSave通知安装一个处理程序…

id observer = [[NSNotificationCenter defaultCenter]
    addObserverForName:NSManagedObjectContextDidSaveNotification
                object:rootContext
                 queue:nil
            usingBlock:^(NSNotification *note) {
    for (NSManagedObject *mo in rootContext.registeredObjects) {
        [rootContext refreshObject:mo mergeChanges:NO];
    }
}];

你会看到,这可能会给你你想要的…虽然只有你可以确定你真正想要完成的事情.