EF Core事务回滚后上下文未更新问题咨询

这是Entity Framework的**一级缓存（DbContext内存跟踪）**导致的正常行为：

• DbContext会自动跟踪它加载到内存中的所有实体，同一个上下文实例内，多次查询同一主键的实体时，EF会直接返回内存中已存在的对象，不会重复访问数据库，这是EF默认的性能优化机制。
• 事务回滚只会撤销对数据库的修改，但不会改变DbContext内存中已经被修改的实体状态，所以你第二次查询到的user2其实就是第一次的user对象，自然是修改后的"Adam"。

解决方案 #

方案1：查询时禁用跟踪（AsNoTracking） #

修改Repository的GetByID方法，添加AsNoTracking()，让EF不将实体存入缓存，每次查询都直接从数据库获取：

public User GetByID(int id)
{
    return _context.Users.AsNoTracking().FirstOrDefault(u => u.Id == id);
}

注意：这种方式下实体不会被EF跟踪，如果你后续需要修改这个实体并保存，需要手动调用_context.Attach(user)来开启跟踪。

方案2：回滚后重新加载实体 #

在事务回滚后，对已跟踪的实体调用Reload()方法，强制从数据库刷新数据：

_unitOfWork.RollbackTransaction();
// 重新加载之前的user实体
_context.Entry(user).Reload();

// 或者查询新实体前，先从跟踪器中移除旧实体
var existingUser = _context.Users.Local.FirstOrDefault(u => u.Id == 123);
if(existingUser != null)
{
    _context.Entry(existingUser).State = EntityState.Detached;
}
var user2 = _unitOfWork.UserRepository.GetByID(123);

方案3：调整工作单元的上下文生命周期 #

如果你的工作单元是按请求生命周期创建的，这种场景下可以创建一个新的工作单元实例来执行回滚后的查询，确保查询使用全新的上下文，自然不会读取到旧缓存。

关键说明 #

EF的事务操作仅作用于数据库层面，不会自动同步内存中的实体状态。当你需要在回滚后获取数据库的真实状态时，必须主动绕过缓存或者刷新缓存中的实体。

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