无法访问CoreData获取对象：NSFetchedResultsController未调用performFetch报错

这个问题我帮不少开发者排查过，核心原因非常明确：你在调用performFetch()方法完成数据获取之前，就尝试访问NSFetchedResultsController的结果对象了。虽然你写了执行performFetch()的代码，但大概率是执行流程出了纰漏，导致实际fetch没完成，或者你在更早的逻辑里就已经触发了对结果的访问。

可能的触发场景 #

• 异常导致fetch中断：你的performFetch()放在do-catch块里，但catch块只打印了错误日志，后续的tableView.reloadData()和orderUUID相关逻辑依然会执行。这时候FRC根本没完成数据获取，访问结果自然会崩溃。
• 执行顺序倒置：比如在UITableView的数据源方法（numberOfRowsInSection、cellForRowAt）里，你直接访问了FRC的结果，但这些方法可能在performFetch()调用前就被触发了（比如tableView提前加载）。

具体修复方案 #

1. 确保fetch成功后再执行依赖逻辑
   修改你的代码，把依赖FRC结果的操作都放到fetch成功的分支里，失败时直接终止后续流程：

   do {
       try self.fetchedResultsController.performFetch()
       // 只有fetch成功，才刷新表格并处理业务逻辑
       self.tableView.reloadData()
       
       if let orderUUID = ... {
           // 这里写你的orderUUID相关业务代码
       }
   } catch {
       print("Fetch失败，错误信息：\(error)")
       // 可以在这里给用户弹出错误提示，比如UIAlertController
       return // 终止后续依赖FRC结果的代码
   }
   

2. 安全实现TableView数据源方法
   在TableView的数据源方法里，不要直接访问fetchedObjects数组，而是通过FRC提供的安全方法获取数据，同时增加空值判断：

   override func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
       guard let sections = fetchedResultsController.sections, section < sections.count else {
           return 0
       }
       return sections[section].numberOfObjects
   }
   
   override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
       let cell = tableView.dequeueReusableCell(withIdentifier: "YourCellIdentifier", for: indexPath)
       
       // 通过object(at:)方法获取对象，这是FRC推荐的方式
       let targetObject = fetchedResultsController.object(at: indexPath)
       // 这里配置cell的内容
       
       return cell
   }
   

3. 检查FRC初始化是否正确
   还要确认你的NSFetchedResultsController初始化没有问题：比如fetchRequest是否设置了正确的实体、排序描述符，managedObjectContext是否有效。这些配置错误会导致performFetch()抛出异常，进而触发后续的崩溃。

内容的提问来源于stack exchange，提问作者Rani