SwiftData异步获取数据时内存泄漏，求原因及修复方法

泄漏原因 #

• Task.detached 强捕获 self：prepareCats方法里的Task.detached闭包直接强引用了ViewModel实例（self）。由于detached任务的生命周期独立于ViewModel，一旦ViewModel标记为销毁但任务仍在执行，就会导致ViewModel无法被释放，触发内存泄漏。
• SwiftData托管对象的隐式引用链：返回的[Cat]是SwiftData托管对象，它们会持有对应的ModelContext，而BackgroundActor又持有该上下文，强引用链未断开时会进一步加剧泄漏问题。

修复步骤 #

1. 用弱引用打破强引用循环 #

在Task.detached闭包中捕获weak self，避免强持有ViewModel：

func prepareCats() {
    Task.detached { [weak self] in
        guard let self = self else { return } // 确认self未被销毁再执行后续逻辑
        let bgActor = CatManager.BackgroundActor(modelContainer: self.modelContainer)
        do {
            if let cats = try await bgActor.fetchCatsFrom(vet: vet) {
                self.cats = cats
            }
        } catch {
            print("获取猫咪列表失败：\(error)")
        }
    }
}

2. 优化SwiftData查询逻辑（推荐） #

简化查询流程，将过滤操作整合到FetchDescriptor中，减少内存占用：

@ModelActor
actor BackgroundActor {
    func fetchCatsFrom(vet: Vet) async throws -> [Cat]? {
        // 直接通过ID查询目标Vet，避免冗余构造
        guard try modelContext.fetch(FetchDescriptor<Vet>, predicate: #Predicate { $0.id == vet.id }).first != nil else {
            print("未找到指定兽医")
            return nil
        }
        // 直接查询符合条件的猫咪，避免先获取所有再过滤
        let catDescriptor = FetchDescriptor<Cat>(
            predicate: #Predicate { $0.vet?.id == vet.id && !$0.homed }
        )
        return try modelContext.fetch(catDescriptor)
    }
}

3. 避免不必要的ModelContainer传递（可选） #

如果你的ModelContainer是全局共享或已在App入口配置，@ModelActor会自动使用默认容器，无需手动传入：

// 修改BackgroundActor，无需手动接收modelContainer
@ModelActor
actor BackgroundActor {
    func fetchCatsFrom(vet: Vet) async throws -> [Cat]? {
        // ... 同上优化后的查询逻辑
    }
}

// 调用时无需传参
let bgActor = CatManager.BackgroundActor()

验证修复 #

修改完成后，重新用Xcode Leaks工具分析，确认ViewModel实例在销毁时能被正常释放，任务执行完成后无残留强引用。

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