EF Core 5设置子实体父导航属性触发实体变为Detached状态问题

问题结论 #

这不是EF Core的预期行为，一对多关系无论父实体是否定义子集合导航属性，都支持从子实体侧通过父导航属性设置关联。

报错原因 #

你遇到的错误是双向导航+实体追踪状态不一致共同触发的异常：

• 当你定义了双向导航（Entity_A带List<Entity_B>、Entity_B带Entity_A）时，EF Core在设置子实体的父导航属性时，会自动触发关系修复逻辑：自动把当前子实体添加到父实体的子集合属性中。
• 你代码中SaveChanges之后的省略段很可能出现了两种情况之一：当前操作b的DbContext和当初插入a的不是同一个实例，或者a实体已经被当前上下文标记为Detached脱离追踪状态。
• 关系修复逻辑尝试修改脱离追踪的a的集合属性时，就会抛出你遇到的状态异常。

你移除Entity_A的集合导航后逻辑正常的原因也很简单：没有双向导航之后，EF Core设置b.Entity_A时不需要同步父实体的集合属性，也就不会触发涉及a的状态校验，因此不会报错。

解决方案 #

保留双向导航的前提下，有两种常用的修复方案：

• 赋值导航属性前先把父实体附加到当前上下文：

var b = new Entity_B();
dbContext.Attach(a); // 先附加父实体，让上下文进入追踪状态
b.Entity_A = a;
dbContext.Add(b);
dbContext.SaveChanges();

• 直接设置影子外键的值，不需要操作导航属性：

var b = new Entity_B();
dbContext.Entry(b).Property("Entity_A_Id").CurrentValue = a.Id;
dbContext.Add(b);
dbContext.SaveChanges();

疑问答复 #

1. 该报错不属于EF Core的设计预期，属于使用过程中实体追踪状态不匹配触发的异常。
2. 双向一对多关系完全支持从子实体侧发起关联，不需要强制从父实体集合侧操作，只要确保父实体在当前操作的DbContext中处于被追踪状态即可。

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