SwiftUI Core Data控制台泛滥打印_cd_rawData报错的解决方案

该报错和跨队列访问Core Data对象无关，本质是FetchedResults<Item>是和SwiftUI更新时序、Core Data fault（断层）机制绑定的懒加载动态集合：只有它自身持有的托管对象被直接渲染时，才会自动触发断层填充、持有对象的rawData引用。

直接对FetchedResults链式调用filter、sorted返回普通[Item]数组时，数组内持有的是脱离FetchedResults生命周期托管的断层对象：SwiftUI触发视图重绘时，这些对象的底层rawData已经被Core Data释放，但对象本身未被标记为断层状态，访问时就会输出该错误日志。之前套performAndWait无效，正是因为问题根源不是队列越权访问。

按适配成本、性能表现从优到劣排序：

方案1：上下文队列内填充断层，返回强引用对象数组 #

改动最小，完全兼容现有过滤、排序逻辑。把计算逻辑放到托管对象上下文的performAndWait块内，过滤排序完成后通过existingObject(with:)重新获取持有强引用的非断层对象，确保对象生命周期和数组绑定，rawData不会被Core Data提前释放：

private var listItems: [Item] {
    guard let context = items.first?.managedObjectContext else { return [] }
    var result: [Item] = []
    context.performAndWait {
        let filtered = items.filter(listFilter)
        let sorted = filtered.sorted(by: sortType.sort)
        result = sorted.compactMap { try? context.existingObject(with: $0.objectID) as? Item }
    }
    return result
}

方案2：计算字段持久化，走FetchRequest原生逻辑 #

如果排序、过滤依赖的计算值不依赖运行时临时状态（比如不随用户临时输入、临时选择的排序规则变化），可以给Item实体新增持久化字段，每次计算值更新时同步写入该字段，直接用@FetchRequest自带的sortDescriptors和NSPredicate完成过滤排序，完全复用FetchedResults的原生生命周期管理，从根源规避问题，性能最优。

方案3：映射为值类型视图模型，不直接持有托管对象 #

如果列表UI只需要用到Item的固定字段，可以在过滤排序后把需要的字段映射为普通结构体视图模型，数组不存储NSManagedObject实例，从逻辑上彻底避开Core Data断层机制：

struct ItemListItem: Identifiable {
    let id: NSManagedObjectID
    let displayTitle: String
    // 其他列表渲染需要的字段
}

private var listItems: [ItemListItem] {
    guard let context = items.first?.managedObjectContext else { return [] }
    var result: [ItemListItem] = []
    context.performAndWait {
        result = items
            .filter(listFilter)
            .sorted(by: sortType.sort)
            .map {
                ItemListItem(
                    id: $0.objectID,
                    displayTitle: $0.title ?? ""
                    // 此处访问托管对象属性在上下文队列内，是安全的
                )
            }
    }
    return result
}

该方案实现了UI层和Core Data层的解耦，后续更换存储方案不需要调整列表UI代码，适合业务逻辑较复杂的场景。

不要通过给FetchRequest配置returnsObjectsAsFaults = false的方式消除日志，该配置会把所有匹配请求的托管对象全量加载到内存，数据量较大时会造成内存暴涨，引发更严重的性能问题。

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