EF 6.2.0 Code-First循环引用迁移错误：如何配置独立一对多关系？

我明白你现在遇到的问题了——EF把你原本想设置的两个独立一对多关系误识别成了同一个双向关联，导致迁移时抛出了那个烦人的错误。别担心，我们可以通过Fluent API明确配置这两个关系来解决这个问题，先一步步来：

第一步：修正实体类的小错误 #

首先你代码里Player类的Address属性上的ForeignKey注解写错了，应该对应字段AddressId而不是LocationId，这个笔误会干扰EF的关系识别，先修正：

public class Player { 
    public int Id { get; set; } 
    public string Name { get; set; } 
    public int? AddressId { get; set; } 
    [ForeignKey("AddressId")] // 这里修正为AddressId
    [JsonIgnore] 
    public Location Address { get; set; } 
}

Location类的代码是没问题的，保持原样即可。

第二步：用Fluent API明确配置两个独立关系 #

问题的核心是EF默认会把Location.Owner和Player.Address当成同一个双向关系的两端，但你需要的是两个完全独立的一对多关系：

1. 一个关系：Player（主体）拥有多个Location（依赖），对应Location.OwnerId外键
2. 另一个关系：Location（主体）可以被多个Player设为住址（依赖），对应Player.AddressId外键

在你的DbContext类中重写OnModelCreating方法，用Fluent API分别配置这两个关系：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // 配置第一个关系：Player -> 多个Location（Owner关系）
    modelBuilder.Entity<Location>()
        .HasRequired(l => l.Owner) // Location必须有一个Owner
        .WithMany() // Player端没有对应的集合导航属性（如果你没加的话）
        .HasForeignKey(l => l.OwnerId)
        .WillCascadeOnDelete(false); // 可选：根据业务需求决定是否级联删除，避免循环级联

    // 配置第二个关系：Location -> 多个Player（Address关系）
    modelBuilder.Entity<Player>()
        .HasOptional(p => p.Address) // Player的Address可以为null
        .WithMany() // Location端没有对应的集合导航属性（如果你没加的话）
        .HasForeignKey(p => p.AddressId)
        .WillCascadeOnDelete(false);
}

可选：如果需要两端都有导航属性 #

如果你想在实体类中添加反向的集合导航（比如Player拥有OwnedLocations，Location拥有Residents），可以先修改实体类：

public class Player { 
    // ... 原有字段
    public ICollection<Location> OwnedLocations { get; set; } // 新增：玩家拥有的地点
}

public class Location { 
    // ... 原有字段
    public ICollection<Player> Residents { get; set; } // 新增：把该地点作为住址的玩家
}

然后调整Fluent API配置，明确指定反向导航：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Entity<Location>()
        .HasRequired(l => l.Owner)
        .WithMany(p => p.OwnedLocations) // 指定Player的反向导航
        .HasForeignKey(l => l.OwnerId)
        .WillCascadeOnDelete(false);

    modelBuilder.Entity<Player>()
        .HasOptional(p => p.Address)
        .WithMany(l => l.Residents) // 指定Location的反向导航
        .HasForeignKey(p => p.AddressId)
        .WillCascadeOnDelete(false);
}

为什么这样配置能解决问题？ #

通过Fluent API，我们明确告诉EF：这是两个完全独立的关系，每个关系都有自己的主体、依赖、外键和导航属性，EF就不会再把它们混淆成同一个双向关联了。

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