Entity Framework更新实体：前两次可用，后续报错且失效问题

可能原因1：乐观并发冲突 #

你的问题大概率是EF Core的乐观并发检测导致的。首次更新后，上下文缓存的实体并发令牌（如RowVersion）未与数据库同步，后续更新时EF检测到数据版本不匹配，抛出异常，但数据库已完成更新（可能是异常抛出前更新已执行，或并发令牌未正确配置）。

• 解决步骤：
  1. 确保实体类配置了并发令牌：

     public class User
     {
         public int Id { get; set; }
         public string Name { get; set; }
         [Timestamp] // 标记为并发令牌
         public byte[] RowVersion { get; set; }
     }
     

     或通过Fluent API配置：

     protected override void OnModelCreating(ModelBuilder modelBuilder)
     {
         modelBuilder.Entity<User>()
             .Property(u => u.RowVersion)
             .IsRowVersion();
     }
     

  2. 处理并发异常，在SaveChangesAsync的catch块中重新获取最新实体并尝试更新：

     catch (DbUpdateConcurrencyException)
     {
         if (!_context.Users.Any(u => u.Id == id))
             return NotFound();
         
         // 重新拉取最新实体
         var latestUser = await _context.Users.FindAsync(id);
         latestUser.Name = dto.Name;
         await _context.SaveChangesAsync();
     }
     

可能原因2：DbContext生命周期过长 #

如果_context是单例或生命周期超过请求范围，会导致上下文缓存的实体数据与数据库不一致。第二次更新时，上下文仍持有旧实体状态，引发冲突。

• 解决步骤：
  确保在ASP.NET Core中DbContext配置为Scoped生命周期（默认配置），每个请求创建独立的上下文实例：

  services.AddDbContext<YourDbContext>(options => 
      options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));
  

可能原因3：实体跟踪冲突 #

使用Find方法获取的实体被上下文跟踪，若后续请求中上下文仍持有该实体的旧引用，修改后保存会引发状态冲突。

• 解决步骤：
  使用无跟踪查询获取实体，手动设置修改状态：

  var user = await _context.Users.AsNoTracking().FirstOrDefaultAsync(u => u.Id == id);
  if (user == null) return NotFound();
  
  user.Name = dto.Name;
  _context.Entry(user).State = EntityState.Modified;
  await _context.SaveChangesAsync();
  

可能原因4：数据库触发器/约束干扰 #

若数据库存在修改User表的触发器或约束，会导致EF上下文缓存的实体数据与实际数据库数据不一致，引发后续更新冲突。

• 解决步骤：
  检查数据库触发器、约束逻辑，确保更新操作不会修改EF未跟踪的字段；或在SaveChangesAsync后重新从数据库获取实体，刷新上下文缓存。

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