EF Core 3.1添加子集合实体时EntityState被错误设为Modified问题求助

核心原因 #

• EF Core 3.x版本重构了变更检测逻辑，当新创建的子实体同时被赋值了父实体导航属性、以及对应外键属性的非默认值时，如果子实体的主键/复合主键是客户端赋值类型（如Guid），变更检测器会误判该实体为已从数据库加载的现有实体，因此将状态标记为Modified而非Added。
• 你的代码中为ClassRefereePriority同时赋值了ClassId = oldClass.Id（外键属性）和TournamentClass = oldClass（导航属性），正好触发了上述逻辑边界问题。如果ClassRefereePriority的主键是由ClassId+ClassToRef组成的复合主键，误判概率会更高。

解决方案 #

方案1：避免重复赋值导航属性与外键属性 #

创建子实体时仅赋值导航属性，外键值由EF Core自动填充，即可避免触发变更检测误判：

var newEntry = new ClassRefereePriority
{
    // 删除手动赋值的ClassId，仅保留导航属性赋值
    TournamentClass = oldClass,
    ClassToRef = classid,
    Priority = changedClass.Classes.IndexOf(classid),
    CreatedBy = changedClass.CreatedBy
};
oldClass.RefereeClasses.Add(newEntry);

方案2：显式配置子实体主键生成策略 #

如果子实体主键/复合主键的值由客户端生成（而非数据库自增），在OnModelCreating中显式声明该配置，让变更检测器正确识别新实体：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 假设ClassRefereePriority为复合主键，根据实际业务调整主键定义
    modelBuilder.Entity<ClassRefereePriority>()
        .HasKey(c => new { c.ClassId, c.ClassToRef });
    
    // 显式指定主键值由客户端生成，EF不需要为其生成默认值
    modelBuilder.Entity<ClassRefereePriority>()
        .Property(c => c.ClassId)
        .ValueGeneratedNever();
    modelBuilder.Entity<ClassRefereePriority>()
        .Property(c => c.ClassToRef)
        .ValueGeneratedNever();
}

方案3：手动指定实体状态 #

你目前使用的手动设置EntityState.Added是合法的兼容方案，不存在性能或逻辑问题，适合快速修复线上问题。 #

内容的提问来源于stack exchange，提问作者Hans-Henrik Møller