EF Core 直接删除与从父实体集合删除实体时行为差异问题

两种删除操作触发了EF Core完全不同的关系跟踪逻辑，最终导致导航属性加载结果不一致：

• 直接调用Remove删除子实体的场景：查询Department时没有预加载Company导航，此时Department的外键值是完整存在的，导航属性初始为null。当实体被标记为Deleted后，调用Reference.Load()时，EF Core会拿着Department上存储的有效外键值查询数据库，拉取到关联的Company后完成关系填充，所以能正常拿到父实体数据。
• 从父实体关联集合移除子实体的场景：查询Company时已经通过Include预加载了所有关联Department，上下文已经跟踪了这组一对多关系。当你执行集合的Remove操作时，EF Core的变更检测逻辑会做两件事：
  1. 因为你配置的是默认的必有关系（外键不可空），被移除且未分配给其他父实体的Department会自动被标记为Deleted
  2. 主动断开两个实体的关联：将Department的Company导航属性置空，同时把Department对应的外键（包括你没显式定义的影子外键）值设为null/默认值
     等执行到你重写的SaveChangesAsync里的遍历逻辑时，被删除的Department外键已经是空值了，此时调用Reference.Load()，EF Core拿着空的外键值根本查不到对应的Company，自然返回null。

Reference.Load()本质是根据当前实体跟踪的外键值生成查询拉取关联数据，它不会绕过当前实体的状态直接查库，外键值失效的前提下必然加载不到正确结果。

要稳定捕获被删实体的父级关联信息，不要等到SaveChanges遍历Deleted实体时才加载导航——这个时间点EF Core已经完成了关联断开操作，你需要在实体刚被标记为删除、关联还未被清空的时机捕获信息：

• 最稳妥的方式是利用ChangeTracker的StateChanged事件，在实体状态变更的瞬间捕获关联数据，在DbContext的构造函数里注册即可：

public SimpleDbContext()
{
    // 注册实体状态变更事件
    ChangeTracker.StateChanged += (sender, args) =>
    {
        // 仅处理刚被标记为删除的实体
        if (args.NewState != EntityState.Deleted) return;
        // 此时导航属性还未被EF Core清空，可直接读取关联的父实体
        foreach (var reference in args.Entry.References)
        {
            var parentEntity = reference.CurrentValue;
            // 在这里记录被删实体、父实体信息到你的追踪存储即可
        }
    };
}

注册事件后你可以删掉之前重写的SaveChangesAsync里手动Load导航的逻辑，事件触发时机早于关系断开逻辑，能稳定拿到所有关联信息。

• 如果不想用事件，也可以在所有查询可能被删除的子实体时，强制Include所有需要追踪的父导航属性，提前把关联数据和外键值缓存下来，不受后续EF Core关系断开操作的影响。

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