Restkit加载的嵌套Core Data实体导致NSObjectInaccessibleException

Question

我使用 RestKit 从 RoR 服务中获取对象，并使用 CoreData 来保存一些对象（更多静态类型的查找表对象）。 TasteTag 是那些持久化对象之一：

#ifdef RESTKIT_GENERATE_SEED_DB
    NSString *seedDatabaseName = nil;
    NSString *databaseName = RKDefaultSeedDatabaseFileName;
#else
    NSString *seedDatabaseName = RKDefaultSeedDatabaseFileName;
    NSString *databaseName = @"Model.sqlite";
#endif

RKObjectManager* manager = [RKObjectManager objectManagerWithBaseURL:kServerURL];  
manager.objectStore = [RKManagedObjectStore objectStoreWithStoreFilename:databaseName usingSeedDatabaseName:seedDatabaseName managedObjectModel:nil delegate:self];

.. lots of fun object mapping ..

 RKManagedObjectMapping* tasteTagMapping = [RKManagedObjectMapping mappingForClass:[TasteTag class]];
[tasteTagMapping mapKeyPath:@"id" toAttribute:@"tasteTagID"];
[tasteTagMapping mapKeyPath:@"name" toAttribute:@"name"];
tasteTagMapping.primaryKeyAttribute = @"tasteTagID";
[[RKObjectManager sharedManager].mappingProvider setMapping:tasteTagMapping forKeyPath:@"taste_tags"]; 
[[RKObjectManager sharedManager].mappingProvider addObjectMapping:tasteTagMapping];

.. some more mapping ..

我有从 RoR 服务器返回的数据，并且它按预期映射到对象。在 RestKit 收到请求后，核心数据实体似乎也映射得很好：

"<TasteTag: 0x6e87170> (entity: TasteTag; id: 0x6e85d60 <x-coredata://03E4A20A-21F2-4A2D-92B4-C4424893D559/TasteTag/p5> ; data: <fault>)"

问题是当我尝试访问对象的属性时，错误似乎无法被触发。起初我只是调用属性，它总是返回为零（即使这应该引发故障）：

for (TasteTag *tag in self.vintage.tasteTags) {
    [tagNames addObject:tag.name]; //get error of trying to add nil to array   
}

在研究手动触发故障之后（http://www.mlsite.net/blog/?p=518）我尝试调用 [tag willAccessValueForKey:nil] 结果是：

Terminating app due to uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault for '0x6e7b060 <x-coredata://03E4A20A-21F2-4A2D-92B4-C4424893D559/TasteTag/p5>''

查找实体在 .sqlite 中基于密钥（TasteTag/p5）确实显示它映射到我期望的那个。

与 RestKit 相关的其他帖子建议禁用对象缓存（我没有使用），因为这通常是由删除实体引起的。但在这个阶段我只是读取，而不是删除，而且我没有缓存。

如果我只是调用 [TasteTag allObjects] 我就能很好地恢复所有对象，并且它们可以毫无问题地加载。似乎只是在他们犯错的情况下。

Answer 1

我找到了一个适合我的解决方案（我不确定它对您的情况有多大适用性，但我将其添加为答案，因为它为我解决了这个（或非常相似的）问题）：

几天前，我运行了 RKTwitterCoreData 示例，发现它工作得很好，而我的，此时代码非常简单，并且做了几乎相同的事情，但没有。我有很多很多未完成的错误。因此，我决定修改所有处理 RestKit 的代码，以反映 RKTwitterCoreData 示例的执行方式。

我将把它分成几个部分，以尝试帮助您遵循我当时的思路（因为我不认为我们的问题是相同的）。

我最初的实现假设

由于 RestKit 可以将对象返回到 Core Data，我假设这些托管对象可以互换使用。例如，我可以按照与从远程 Web 服务检索的对象完全相同的方式使用 Core Data 中的对象。我什至可以将它们合并在一起以获得所有数据。

我错了

我注意到RKTwitterCoreData的代码根本不是这样流动的。我的代码中有很大一部分与他们的相匹配，但最大的区别是他们没有将这些对象视为可互换的。事实上，他们从未使用过从远程数据存储中获取的对象。相反，他们只是让它“从裂缝中消失”。我只能假设这意味着它们被添加到 Core Data 的数据存储中，因为它适用于他们，现在也适用于我。

详细信息

我的应用程序在修改代码以利用此流程后可以正常运行。我只能推测，我们看到的无法实现的错误与使用我们从 Web 服务返回的核心数据支持的对象有关。相反，如果您只是忽略这些然后执行提取，您将得到所有内容（包括最近的请求），并且您不应该遇到任何无法完成的错误。

详细来说，如果您查看 RKTwitterViewController，您会注意到第 45-61 行处理对象的加载：

- (void)loadObjectsFromDataStore {
    [_statuses release];
    NSFetchRequest* request = [RKTStatus fetchRequest];
    NSSortDescriptor* descriptor = [NSSortDescriptor sortDescriptorWithKey:@"createdAt" ascending:NO];
    [request setSortDescriptors:[NSArray arrayWithObject:descriptor]];
    _statuses = [[RKTStatus objectsWithFetchRequest:request] retain];
}

- (void)loadData {
    // Load the object model via RestKit    
    RKObjectManager* objectManager = [RKObjectManager sharedManager];
    [objectManager loadObjectsAtResourcePath:@"/status/user_timeline/RestKit" delegate:self block:^(RKObjectLoader* loader) {
        // Twitter returns statuses as a naked array in JSON, so we instruct the loader
        // to user the appropriate object mapping
        loader.objectMapping = [objectManager.mappingProvider objectMappingForClass:[RKTStatus class]];
    }];
}

一切看起来都很正常（至少与我最初加载的方式相比）。但看一下 objectLoader:didLoadObjects: 委托方法：

- (void)objectLoader:(RKObjectLoader*)objectLoader didLoadObjects:(NSArray*)objects {
    [[NSUserDefaults standardUserDefaults] setObject:[NSDate date] forKey:@"LastUpdatedAt"];
    [[NSUserDefaults standardUserDefaults] synchronize];
    NSLog(@"Loaded statuses: %@", objects);
    [self loadObjectsFromDataStore];
    [_tableView reloadData];
}

该示例甚至没有触及 objects 参数！ （当然除了 NSLog...）

结论/tl;dr

不要使用在 objectLoader:didLoadObjects: 就好像它们完全由核心数据支持一样。相反，忽略它们并从核心数据中重新获取。所有对象，包括上次请求的对象都在那里。否则，你会遇到无法弥补的错误（至少我是这样）。

Answer 2

根据 Ryan 的建议记录我的修复（阅读：hack）。

错误似乎在于 RestKit 假设您将使用从其 objectLoader:didLoadObjects: 方法返回的对象。他们似乎假设它将全部由核心数据支持（并遵循与 Ryan 谈论的类似的流程 - 让它同步到核心数据，然后重新查询），或者您将使用所有非核心数据支持的对象，并且只是保留这些结果。

就我而言，我有一个混合 - 非核心数据支持的对象的根数组，每个对象都包含一组核心数据支持的实体。顶级对象是我不介意查询服务器的对象，并且没有理由在它们显示的视图之外本地保留。似乎一旦 objectLoader:didLoadObjects: 完成托管支持 objects 参数中的核心数据实体的对象上下文被丢弃（假设您将重新查询它们），导致将来对实体的任何调用都会被视为错误，即使你不能触发错误并加载数据（导致NSObjectInaccessibleException）。

我用一个丑陋的黑客解决了这个问题 - 在 objectLoader:didLoadObjects: 中，我访问了核心数据实体的托管对象上下文之一，并将其​​复制到视图中的属性（self.context = [标记管理对象上下文];）。这可以防止在 objectLoader:didLoadObjects: 完成后释放上下文，从而允许我稍后在视图中访问实体而不会出现问题。

另一种解决方案是使用新上下文手动重新查询每个实体并将其复制回存储的返回对象。人们可以在显示它们时执行此操作，或者可能使用新的上下文在 objectLoader:didLoadObjects: 中进行一些后处理。实体 ID 仍然存在于故障对象上，因此即使在原始 RestKit 上下文消失后，也可以使用它来重新查询而不会出现问题。但必须像这样重新查询对象图中的每个实体似乎很愚蠢。