EF Core添加UserLogs时遇QuizTypes实体跟踪冲突问题求助

问题根源 #

你的UserLog同时关联了两个不同实例但拥有相同Id的QuizTypes实体（Quiz.QuizTypes和QuizSnapshot.QuizTypes的Id均为aaa）。执行_db.UserLogs.AddAsync(log)时，EF Core会自动遍历所有关联实体并尝试将其纳入跟踪，两个同键不同实例的QuizTypes会触发跟踪冲突，导致报错。

具体解决方案 #

1. 复用同一实体实例 #

不要让UserLog关联两个独立的同键QuizTypes实例，而是从上下文获取一次目标实例后复用：

// 从上下文获取已跟踪的QuizTypes实例
var quizTypeAaa = await _db.QuizTypes.FindAsync("aaa");
var userTypeBbb = await _db.QuizTypes.FindAsync("bbb");

// 构建关联对象时复用同一个实例
var quiz = new Quiz { QuizTypes = quizTypeAaa };
var quizSnapshot = new QuizSnapshot { QuizTypes = quizTypeAaa };
var userLog = new UserLogs 
{ 
    Quiz = quiz, 
    QuizSnapshot = quizSnapshot, 
    User = new User { QuizTypes = userTypeBbb }
};

await _db.UserLogs.AddAsync(userLog);
await _db.SaveChangesAsync();

2. 直接设置外键值（推荐） #

如果不需要操作QuizTypes实体本身，直接给UserLog及关联对象的外键字段赋值（需确保模型中已定义外键属性，如QuizTypeId、QuizSnapshotTypeId、UserId）：

var userLog = new UserLogs 
{ 
    QuizTypeId = "aaa",
    QuizSnapshotTypeId = "aaa",
    UserId = "bbb"
    // 无需设置导航属性Quiz、QuizSnapshot、User
};

await _db.UserLogs.AddAsync(userLog);
await _db.SaveChangesAsync();

这种方式EF Core不会尝试跟踪关联的QuizTypes实体，从根源避免跟踪冲突。

3. 修复快照对象的关联逻辑 #

如果QuizSnapshot是Quiz的快照，直接复用Quiz的QuizTypes引用即可，无需重新创建/获取新实例：

// 假设已有构建好的quiz实例
var quizSnapshot = new QuizSnapshot 
{ 
    // 复制Quiz的其他业务属性
    QuizTypes = quiz.QuizTypes // 复用同一个QuizTypes实例
};

为什么之前的尝试未生效 #

• AsNoTracking：查询Quiz/QuizSnapshot时用该方法会得到未被跟踪的QuizTypes实例，但添加UserLog时EF仍会尝试跟踪这些实例，同键不同实例的冲突依然存在。
• 附加现有实体：若附加的是两个不同的同键实例，EF会直接检测到冲突并报错。
• 清空Change Tracker：清空后若重新引入两个同键实例，冲突会重复出现，未解决实例复用的核心问题。

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