SwiftData一对多循环引用删除存在意外副作用问题

模型设计是否有误？ #

大概率是双向关系配置错误导致的问题。SwiftData的@Relationship依赖双向绑定来正确识别父子关系，若仅定义了parent属性的删除规则，但未通过inverse关联到children属性，框架无法完整追踪关系链，就会出现级联删除失效、子节点被移至根目录的情况。

正确的嵌套TodoList模型需明确双向关系：

@Model
class TodoList {
    var name: String
    // 父节点关联，级联删除规则，指定反向关系为children
    @Relationship(deleteRule: .cascade, inverse: \TodoList.children)
    var parent: TodoList?
    // 子节点数组，自动关联父节点的反向关系
    var children: [TodoList] = []
    
    init(name: String) {
        self.name = name
    }
}

你遇到的删除异常（比如删除子节点导致父节点被删），很可能是inverse参数设置错误（比如指向了错误属性），或者未定义双向关系导致框架误判了依赖链。

这是SwiftData或Core Data的框架限制吗？ #

不是框架限制。Core Data（SwiftData基于Core Data）完全支持嵌套关系的级联删除，只要关系配置正确，多层级的级联删除可以正常工作。

你遇到的问题本质是关系配置错误，而非框架本身的限制。不过SwiftData在预览环境、或者@Query与手动上下文操作的同步场景中，偶尔会有缓存更新不及时的情况，但这不属于核心功能限制，修正模型配置后即可解决。

能否混合使用@Query与手动数据管理来处理删除逻辑？ #

完全可以。@Query是声明式的数据获取方式，负责监听数据变化并更新UI；手动数据管理（比如通过ModelContext执行删除、自定义递归删除逻辑）可以和它无缝配合。

比如自定义递归删除逻辑替代默认级联删除：

func deleteTodoList(_ list: TodoList, context: ModelContext) {
    // 递归删除所有子节点
    func deleteRecursive(_ target: TodoList) {
        for child in target.children {
            deleteRecursive(child)
        }
        context.delete(target)
    }
    deleteRecursive(list)
    // 保存上下文
    do {
        try context.save()
    } catch {
        print("删除失败：\(error.localizedDescription)")
    }
}

使用时从环境中获取ModelContext，调用上述方法即可。@Query会自动监听上下文变化，删除操作完成后UI会自动更新。如果自定义删除逻辑，建议将parent属性的deleteRule改为.noAction，避免默认规则和手动逻辑冲突。

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