ASP.NET Core MVC 2.2调用SaveChanges后如何回滚增删改操作？

哥们，先给你拍板一个核心结论：一旦你调用SaveChanges()并成功执行，数据库里的变更已经持久化了，这时候没法通过EF Core直接回滚这些操作。因为SaveChanges()本身就是EF把内存中的实体变更提交到数据库的操作，默认执行完成后事务就自动提交了，数据已经实打实写到库里了。

那想要拥有回滚能力，正确的姿势是在执行任何数据库变更操作前，就做好事务控制，这样就能在需要的时候主动触发回滚，而不是等提交完才后悔。下面给你两种在ASP.NET Core MVC 2.2里常用的实现方式：

1. 用DbContext自带的事务API手动控制 #

EF Core自带了事务支持，你可以手动开启事务，把所有要执行的数据库操作（增/删/改）都包在事务里，最后根据业务逻辑决定提交还是回滚：

using (var transaction = _dbContext.Database.BeginTransaction())
{
    try
    {
        // 这里执行你的各种数据库操作：比如新增用户、删除订单
        _dbContext.Users.Add(new User { Username = "NewUser" });
        _dbContext.Orders.Remove(oldOrder);
        
        // 先把变更提交到EF的内存上下文，这时候还没写到数据库
        _dbContext.SaveChanges();
        
        // 这里加你的业务判断：比如某个条件不满足，需要回滚
        if (someBusinessConditionIsNotMet)
        {
            // 回滚事务，之前的SaveChanges操作不会生效到数据库
            transaction.Rollback();
            // 这里可以加日志或者返回提示
        }
        else
        {
            // 提交事务，变更正式写入数据库
            transaction.Commit();
        }
    }
    catch (Exception ex)
    {
        // 发生异常时直接回滚，避免脏数据
        transaction.Rollback();
        // 处理异常：比如记录日志、返回错误页
    }
}

2. 用TransactionScope实现请求级事务 #

如果你想在整个请求生命周期里控制事务，可以用TransactionScope，它能自动处理事务的提交和回滚，适合ASP.NET MVC的请求场景（注意要开启异步流支持）：

public async Task<IActionResult> UpdateUser(UserViewModel model)
{
    // 开启事务范围，支持异步操作
    using (var scope = new TransactionScope(TransactionScopeAsyncFlowOption.Enabled))
    {
        try
        {
            var user = await _dbContext.Users.FindAsync(model.Id);
            user.Username = model.NewUsername;
            user.Email = model.NewEmail;
            
            await _dbContext.SaveChangesAsync();
            
            // 业务判断：比如验证失败，需要回滚
            if (!IsUserValid(user))
            {
                // 只要不调用Complete()，事务就会自动回滚
                return BadRequest("用户信息验证失败，操作已回滚");
            }
            
            // 提交事务
            scope.Complete();
            return RedirectToAction("UserList");
        }
        catch (Exception ex)
        {
            // 异常时自动回滚，因为没有执行Complete()
            ModelState.AddModelError("", "操作失败，请重试");
            return View(model);
        }
    }
}

特殊情况的补救方案 #

如果真的是已经执行了SaveChanges()且事务已经提交，那想要“回滚”就只能手动做反向操作：比如刚才插入的记录就删除，删除的就重新插入，修改的就改回原来的值。但这种方式风险极高——中间可能有其他用户修改了数据，而且你得自己提前记录所有变更的原始状态，非常不推荐作为常规方案。

所以最后再强调一遍：EF Core没有提供SaveChanges()成功提交后的直接回滚机制，最佳实践是提前用事务把所有操作包裹起来，预留回滚的可能性。

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