Swift中如何用NSFetchedResultsController展示临时非持久化CoreData对象

当然有靠谱的方案！我之前在项目里处理过几乎一模一样的场景——既要用NSFetchedResultsController的便捷性来管理列表，又要让临时搜索数据不污染本地持久化存储。下面给你两个最实用的思路，按需选就行：

方案1：利用主上下文的未保存更改（最简单，适合多数场景） #

这个方案的核心是把临时搜索结果插入主上下文，但绝不调用save()，借助Core Data的includesPendingChanges特性（默认开启），让NSFetchedResultsController同时展示已持久化的数据和未保存的临时数据。

步骤： #

• 下载完在线搜索结果后，直接在主上下文（比如persistentContainer.viewContext）中创建对应的实体对象，设置好属性，但不要调用context.save()。
• 你的NSFetchedResultsController会自动包含这些未保存的临时对象（因为默认NSFetchRequest的includesPendingChanges是true），不需要修改查询谓词。
• 当视图控制器销毁时，调用主上下文的rollback()方法，所有未保存的更改（包括临时对象）会被直接撤销，完全不会影响本地持久化存储。

代码示例： #

// 模拟下载并插入临时对象
func loadOnlineSearchResults() {
    let mainContext = persistentContainer.viewContext
    
    // 这里替换成你的真实网络请求逻辑
    let onlineItemData = fetchFromServer()
    
    for data in onlineItemData {
        let tempItem = Item(context: mainContext)
        tempItem.id = data.id
        tempItem.title = data.title
        // 其他属性赋值...
        // 重点：不要调用 mainContext.save()！
    }
    
    // 刷新FRC和列表
    do {
        try fetchedResultsController.performFetch()
        tableView.reloadData()
    } catch {
        print("刷新数据失败：\(error.localizedDescription)")
    }
}

// 视图控制器销毁时清理临时数据
deinit {
    let mainContext = persistentContainer.viewContext
    // 撤销所有未保存的更改，临时对象直接消失
    mainContext.rollback()
}

注意点： #

如果你的主上下文有自动保存的逻辑（比如后台同步时自动save），那这个方案有风险——临时数据可能被意外持久化。这种情况下，更推荐下面的方案。

方案2：独立的内存Core Data上下文（完全隔离，最安全） #

这个方案会创建一个仅存在于内存中的Core Data存储上下文，和你的主持久化上下文完全隔离。临时数据只存在这个内存上下文中，视图控制器销毁后，上下文被释放，数据自动消失。

步骤： #

• 创建一个使用NSInMemoryStoreType的持久存储协调器，基于它初始化临时上下文。
• 把主上下文中的本地持久数据复制到这个临时上下文（如果需要同时展示本地和临时数据）。
• 把下载的临时搜索结果插入到临时上下文，然后让NSFetchedResultsController使用这个临时上下文来管理列表。
• 视图控制器销毁时，不需要额外操作——临时上下文被释放后，内存中的所有数据（包括复制的本地数据和临时搜索数据）都会被自动清理。

代码示例： #

// 懒加载创建临时内存上下文
lazy var temporaryContext: NSManagedObjectContext = {
    let model = persistentContainer.managedObjectModel
    let coordinator = NSPersistentStoreCoordinator(managedObjectModel: model)
    
    // 创建内存存储
    do {
        try coordinator.addPersistentStore(ofType: NSInMemoryStoreType, configurationName: nil, at: nil, options: nil)
    } catch {
        fatalError("创建内存存储失败：\(error)")
    }
    
    let context = NSManagedObjectContext(concurrencyType: .mainQueueConcurrencyType)
    context.persistentStoreCoordinator = coordinator
    return context
}()

// 复制本地数据到临时上下文
func copyLocalDataToTempContext() {
    let mainContext = persistentContainer.viewContext
    let fetchRequest: NSFetchRequest<Item> = Item.fetchRequest()
    
    do {
        let localItems = try mainContext.fetch(fetchRequest)
        for localItem in localItems {
            // 在临时上下文创建副本，复制所有需要展示的属性
            let tempItem = Item(context: temporaryContext)
            tempItem.id = localItem.id
            tempItem.title = localItem.title
            // 其他属性...
        }
    } catch {
        print("复制本地数据失败：\(error)")
    }
}

// 添加在线搜索结果到临时上下文
func addOnlineResultsToTempContext(_ onlineData: [ItemData]) {
    for data in onlineData {
        let tempItem = Item(context: temporaryContext)
        tempItem.id = data.id
        tempItem.title = data.title
        // 其他属性...
    }
    
    // 配置FRC使用临时上下文
    let fetchRequest: NSFetchRequest<Item> = Item.fetchRequest()
    fetchedResultsController = NSFetchedResultsController(
        fetchRequest: fetchRequest,
        managedObjectContext: temporaryContext,
        sectionNameKeyPath: nil,
        cacheName: nil
    )
    fetchedResultsController.delegate = self
    
    do {
        try fetchedResultsController.performFetch()
        tableView.reloadData()
    } catch {
        print("加载临时数据失败：\(error)")
    }
}

// 视图控制器销毁时，临时上下文自动释放，数据消失
deinit {
    // 无需额外清理操作
}

优缺点： #

• 优点：完全隔离主存储，绝对不会污染本地数据，适合主上下文有自动保存逻辑的场景。
• 缺点：需要复制本地数据到临时上下文，如果本地数据量很大，可能会有轻微的性能开销。

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