EF Core关联与跟踪问题：添加UserItem时重复插入Item的问询

我完全懂你的困扰——EF Core的变更跟踪机制有时候确实会在处理导航属性时“自作主张”，搞出这种意外的重复插入问题。咱们来梳理几个更优雅的解决方案，替代手动设置EntityState.Unchanged的繁琐操作：

方案1：查询Item时使用AsNoTracking() #

这是最贴合你需求的方案：既保留User和UserItems的跟踪状态，又不让EF Core跟踪Item实例。

在查询Item时加上AsNoTracking()，EF就不会把这个Item纳入变更跟踪器。当你把它赋值给UserItem的导航属性时，EF会识别出这是一个已存在的实体（毕竟你已经设置了ItemId），不会尝试重复插入：

// 查询Item时禁用跟踪
Item item = context.Items.AsNoTracking().FirstOrDefault(i => i.Id == 123);

// 后续创建UserItem的代码保持不变
UserItem userItem = new UserItem();
userItem.UserId = user.Id;
userItem.User = user;
userItem.ItemId = item.Id;
userItem.Item = item;
userItem.Value = 123;

context.Add(userItem);
context.SaveChanges();

这个方法从源头避免了跟踪冲突，代码简洁且完全符合EF Core的设计逻辑。

方案2：创建未跟踪的Item实例（无需查询数据库） #

如果你已经确定目标Item在数据库中存在，甚至可以跳过查询步骤，直接创建一个仅包含Id的Item实例，再明确告诉EF它是已存在的：

// 直接创建Item实例，仅设置Id
Item item = new Item { Id = 123 };
// 告诉EF这个实体已存在，无需跟踪
context.Attach(item); // 等价于 context.Entry(item).State = EntityState.Unchanged;

// 后续创建UserItem的代码保持不变
UserItem userItem = new UserItem();
userItem.UserId = user.Id;
userItem.User = user;
userItem.ItemId = item.Id;
userItem.Item = item;
userItem.Value = 123;

context.Add(userItem);
context.SaveChanges();

这个方案能节省一次数据库查询，适合你明确知道Item ID存在的场景。

问题根源说明 #

本质上是EF Core的变更跟踪器默认会跟踪所有从上下文查询出来的实体。当你把被跟踪的Item实例赋值给新创建的UserItem导航属性时，EF会尝试同步这个Item的状态到数据库——如果变更跟踪器误判了Item的状态（比如某些操作导致它被标记为Added），就会触发重复插入。而上面的方案要么不让EF跟踪Item，要么明确告知EF Item是已存在的，完美解决了这个问题。

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