2

我使用的 TableViewController 类与您在 Xcode 中启动新的 Master-Detail Application 项目时创建的类非常相似。因此，我使用在 TableViewController 类中预填充的相同代码供我自己使用。但是，我遇到了运行时崩溃，我不知道为什么。我在我的应用程序的另一类中使用了这个确切的代码，它运行良好。

- (NSFetchedResultsController *)fetchedResultsController
{
    if (_fetchedResultsController != nil) {
        return _fetchedResultsController;
    }

    NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
    // Edit the entity name as appropriate.
    NSEntityDescription *entity = [NSEntityDescription entityForName:@"Binder" inManagedObjectContext:[appDelegate managedObjectContext]];
    [fetchRequest setEntity:entity];

    // Edit the sort key as appropriate.
    //NSSortDescriptor *sortDescriptor = [[NSSortDescriptor alloc] initWithKey:@"timeStamp" ascending:NO];
    //NSArray *sortDescriptors = @[sortDescriptor];

    //[fetchRequest setSortDescriptors:sortDescriptors];

    // Edit the section name key path and cache name if appropriate.
    // nil for section name key path means "no sections".

//This is where it crashes
    NSFetchedResultsController *aFetchedResultsController = [[NSFetchedResultsController alloc] initWithFetchRequest:fetchRequest managedObjectContext:[appDelegate managedObjectContext] sectionNameKeyPath:nil cacheName:@"Master"];
//End crash
    aFetchedResultsController.delegate = self;
    self.fetchedResultsController = aFetchedResultsController;

    NSError *error = nil;
    if (![self.fetchedResultsController performFetch:&error]) {
        // Replace this implementation with code to handle the error appropriately.
        // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
        NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
        abort();
    }

    return _fetchedResultsController;
}

我不确定要在此处包含哪些其他代码片段。当崩溃发生时，输出没有告诉我任何信息，Xcode 跳转到主线程的这一部分：

libsystem_kernel.dylib`__kill:
0x972893b0:  movl   $786469, %eax
0x972893b5:  calll  0x9728b4c2                ; _sysenter_trap
0x972893ba:  jae    0x972893ca                ; __kill + 26 //This is highlighted
0x972893bc:  calll  0x972893c1                ; __kill + 17
0x972893c1:  popl   %edx
0x972893c2:  movl   27739(%edx), %edx
0x972893c8:  jmpl   *%edx
0x972893ca:  ret    
0x972893cb:  nop

有什么想法吗？谢谢

4

3 回答 3

5

Thanks to @flashfabrixx, the problem was that I was not using a sort descriptor and they are required when using a NSFetchedResultsController. Once I added the sort descriptor back in, everything worked perfectly.

于 2013-03-31T03:32:32.120 回答
0

好吧，您正在做的唯一非标准的事情是您正在使用来自应用程序委托的托管对象上下文。这真的不推荐，有很多很好的理由。

尝试通过将上下文属性添加到主控制器并使用该上下文创建获取的结果控制器来更改此设置（用于获取对实体的引用和创建 FRC）。

最后，确保您的模型确实包含有效Binder实体。

于 2013-03-29T21:03:47.060 回答
0

nil将托管对象上下文传递给initWithFetchRequest:managedObjectContext:sectionNameKeyPath:cacheName:将引发异常。我很惊讶您在控制台日志中没有看到任何内容。

尝试NSAssert()验证您的 MOC 和Binder实体都不是零。

如果您的缓存名称NSFetchedResultsController已用于另一个 FRC，除非两个控制器的获取请求相同，否则您将看到错误。设置一个nil（或不同的）cacheName:，看看你是否得到不同的结果。

于 2013-03-29T21:22:53.513 回答