EF Core多对多关联表仅首次更新正常，后续关联ID异常

核心原因 #

问题出在EF Core的变更追踪机制对批量新增关联实体的处理逻辑上：

• 当你在单事务内直接给同一个客户批量添加未被上下文跟踪的TestContact实例时，EF Core仅会为第一个关联的TestContact触发状态检测，自动将其标记为Added并在事务中插入数据库获取永久ID，因此对应的TestCustomerContact记录能拿到正确的TestContactId。
• 后续新增的TestContact由于没有被显式标记为跟踪状态，EF Core的变更上下文不会主动为它们生成并持久化永久ID，导致关联表TestCustomerContact依然引用这些Contact的临时ID（EF Core默认用负数作为临时主键值），最终写入数据库时就会保留错误的临时值。

为什么分开保存就正常？ #

单独保存联系人时，调用SaveChanges()会强制EF Core将所有Added状态的TestContact插入数据库，获取永久ID后，再执行关联操作时，关联表自然会绑定正确的ID值。

单事务内的正确处理方式 #

要在单个事务内完成操作，只需确保所有新增的TestContact被EF Core上下文跟踪即可，比如：

using var transaction = _dbContext.Database.BeginTransaction();
var customer = _dbContext.TestCustomers.First(c => c.Id == customerId);

// 先将所有新增联系人显式添加到上下文，触发跟踪
var contact1 = new TestContact { Name = "Contact1" };
var contact2 = new TestContact { Name = "Contact2" };
_dbContext.TestContacts.AddRange(contact1, contact2);

// 再关联到客户
customer.Contacts.Add(contact1);
customer.Contacts.Add(contact2);

_dbContext.SaveChanges();
transaction.Commit();

或者手动标记每个联系人的状态：

_dbContext.Entry(contact1).State = EntityState.Added;
_dbContext.Entry(contact2).State = EntityState.Added;

这样EF Core在执行SaveChanges()时，会先批量插入所有TestContact获取永久ID，再写入TestCustomerContact关联记录，确保所有关联ID都是正确的。

内容的提问来源于stack exchange，提问作者Louis van Alphen