ASP.NET Core 2控制器PUT方法并发处理失败问题求助

嘿，我猜你遇到的PUT操作问题大概率和内存数据库的上下文跟踪特性或者实体状态处理有关——毕竟内存数据库在实体状态管理上和真实数据库的逻辑有点不一样。结合你描述的场景，我来给你捋捋常见的坑和对应的解决办法：

1. 实体未被当前请求的上下文跟踪 #

内存数据库的DbContext默认是Scoped生命周期，每个请求都会创建全新的上下文实例。你的GET请求用的是一个上下文，到了PUT请求时又是另一个全新的上下文，这时候从客户端传过来的实体是未被跟踪的状态，直接调用SaveChanges()根本不会触发更新。

这里有两种靠谱的解决方式：

• 方式一：先查再更（更稳妥，避免冲突）
  先从当前上下文里查询到对应实体，再手动更新属性，这样上下文能跟踪到实体的变化：

  [HttpPut("{id}")]
  public async Task<IActionResult> PutSession(int id, Session session)
  {
      if (id != session.Id)
      {
          return BadRequest();
      }
  
      // 从当前上下文获取要更新的实体
      var existingSession = await _context.Sessions.FindAsync(id);
      if (existingSession == null)
      {
          return NotFound();
      }
  
      // 手动同步客户端传来的属性
      existingSession.Title = session.Title;
      existingSession.Speaker = session.Speaker;
      // 其他需要更新的属性...
  
      try
      {
          await _context.SaveChangesAsync();
      }
      catch (DbUpdateConcurrencyException)
      {
          if (!SessionExists(id))
          {
              return NotFound();
          }
          else
          {
              throw;
          }
      }
  
      return NoContent();
  }
  

• 方式二：手动标记实体状态
  直接告诉上下文这个实体是已修改状态，但要注意如果上下文已经跟踪了同主键的实体，会抛出异常，所以最好加个异常处理：

  [HttpPut("{id}")]
  public async Task<IActionResult> PutSession(int id, Session session)
  {
      if (id != session.Id)
      {
          return BadRequest();
      }
  
      // 标记实体为已修改状态
      _context.Entry(session).State = EntityState.Modified;
  
      try
      {
          await _context.SaveChangesAsync();
      }
      catch (DbUpdateConcurrencyException)
      {
          if (!SessionExists(id))
          {
              return NotFound();
          }
          else
          {
              throw;
          }
      }
      catch (InvalidOperationException ex)
      {
          // 处理上下文已跟踪相同实体的情况
          return BadRequest("当前上下文已跟踪同主键实体，请检查请求逻辑");
      }
  
      return NoContent();
  }
  

2. 并发冲突（内存数据库也可能踩的坑） #

虽然内存数据库是进程内的，但如果多个请求同时修改同一条记录，还是会触发并发异常。你可以给模型加个并发令牌来处理：

public class Session
{
    public int Id { get; set; }
    public string Title { get; set; }
    // 其他属性...
    [Timestamp]
    public byte[] RowVersion { get; set; }
}

这样EF Core会自动用这个RowVersion字段来检测并发冲突，PUT时如果版本不匹配就会抛出DbUpdateConcurrencyException，你可以在方法里捕获并处理（比如返回冲突提示，让客户端重新获取最新数据再提交）。

3. 模型验证失败 #

客户端传过来的实体可能不符合模型的验证规则（比如必填项为空、格式错误），导致还没到SaveChanges()就失败了。建议在PUT方法开头加个验证检查：

[HttpPut("{id}")]
public async Task<IActionResult> PutSession(int id, Session session)
{
    if (!ModelState.IsValid)
    {
        return BadRequest(ModelState);
    }
    // 后续更新逻辑...
}

小优化：初始化数据的效率提升 #

你现在用记录数量判断是否初始化数据，换成AnyAsync()会更高效——它不需要遍历所有记录，只要找到一条就会停止：

[HttpGet]
public async Task<ActionResult<IEnumerable<Session>>> GetSessions()
{
    if (!await _context.Sessions.AnyAsync())
    {
        // 添加100条测试数据
        for (int i = 0; i < 100; i++)
        {
            _context.Sessions.Add(new Session { Title = $"Session {i}", Speaker = $"Speaker {i}" });
        }
        await _context.SaveChangesAsync();
    }
    return await _context.Sessions.ToListAsync();
}

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