EF Core中两个DbContext实例操作同一记录未按预期工作的问题

核心问题本质 #

你的问题出在DbContext的生命周期与实体对象的引用保留上，结合EF Core的实体跟踪机制，导致更新操作未正确触达数据库。

具体原因拆解 #

1. 原代码的问题点
   在CreateStudy方法中直接返回study.Id时，虽然返回的是值类型的Id，但study本身是被当前DbContext（_cdb）跟踪的实体对象（大概率是EF Core生成的代理类实例）。由于study对象被方法返回过程中的引用链间接保留，using var _cdb的自动释放逻辑会被延迟——DbContext实例不会立即被销毁，仍会持有对该Study实体的跟踪状态。

2. EF Core的跟踪与并发影响
   当你在第一个类中用注入的DbContext实例查询该Id对应的Study记录时，此时CreateStudy中的DbContext还未完全释放，两个独立的DbContext实例同时跟踪数据库中的同一条记录。EF Core的上下文级跟踪缓存会导致后续更新操作出现异常：

   • 注入的DbContext查询到的实体可能未正确反映数据库的最新状态；
   • 当你尝试更新该实体时，EF Core的变更检测机制可能因为上下文间的跟踪冲突，误判实体没有发生变化，最终跳过SaveChanges的写入操作，导致更新未生效。

3. 修改后生效的原因
   当你先将study.Id赋值给局部变量int id再返回时，study对象失去了外部引用，using语句可以立即触发DbContext的Dispose方法，彻底释放上下文及其跟踪的所有实体。此时注入的DbContext查询到的是数据库中已持久化的干净实体，更新操作的变更会被EF Core正确检测，最终正常写入数据库。

额外建议 #

• 避免在方法中手动创建DbContext实例，直接通过依赖注入获取，保持上下文生命周期的统一管理；
• 如果必须手动创建上下文，确保实体对象不会被外部引用导致上下文释放延迟；
• 对于查询操作，可使用AsNoTracking()来跳过实体跟踪，避免不必要的上下文缓存干扰。

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