EF中saveChanges()失败时的事务状态、重用及重试方案问询

咱们一步步来拆解你提出的几个核心问题：

1. SaveChanges()失败时，数据库和事务的状态变化 #

当context.SaveChanges()执行失败并抛出异常时：

• 数据库状态：因为你使用的是TransactionScope环境事务，所有通过这个上下文提交的变更都会被数据库回滚——也就是说数据库会回到执行SaveChanges()之前的状态，没有任何持久化的修改。
• 事务状态：只要TransactionScope还没进入Dispose阶段（也就是还在using块内），事务本身仍然处于活跃状态，但有个例外：如果抛出的是严重异常（比如数据库连接中断、事务死锁），数据库可能会将事务标记为“不可恢复”，此时这个事务就无法继续使用了，必须重新创建。

另外要注意：失败的DbContext本身可能会处于不一致状态（比如实体的跟踪状态混乱），所以这个上下文不能再继续使用，必须销毁。

2. 能否重用同一事务并创建新的DbContext？ #

完全可以！TransactionScope的核心就是环境事务——只要你在TransactionScope的using块内新建DbContext，这个上下文会自动加入当前的环境事务。

举个例子，你可以在第一次SaveChanges()失败后，销毁旧的上下文，新建一个DbContext，重新加载需要修改的数据，再次尝试提交，这整个过程都在同一个TransactionScope事务内。

但要记住：如果之前的异常已经导致事务被数据库标记为不可用，那么新的DbContext在尝试参与事务时也会抛出异常，这种情况下你需要重新创建TransactionScope。

3. 应该在哪个层级进行重试？ #

这取决于你要处理的异常类型：

• 如果是**并发冲突异常（DbUpdateConcurrencyException）**这类可以通过重试解决的问题，重试是有意义的；但如果是主键重复、数据库连接错误这类无法通过重试解决的异常，重试只会浪费资源。

针对你给出的代码结构，重试逻辑应该包裹在DbContext的创建和SaveChanges()调用之外，建议把TransactionScope也包含在重试循环里——这样可以避免事务被标记为不可用后，后续操作无法执行的问题。

这里给你一个优化后的代码示例，针对并发冲突进行有限次数的重试：

const int maxRetryCount = 3;
int retryCount = 0;
bool saveSuccess = false;

while (!saveSuccess && retryCount < maxRetryCount)
{
    try
    {
        using(var transaction = new TransactionScope()) 
        { 
            using(var context = new YourDbContext()) 
            { 
                // 重新加载最新的数据（避免基于旧数据修改引发二次冲突）
                var entity = context.Entities.Find(entityId);
                if(entity == null)
                {
                    // 处理数据不存在的情况，直接跳出循环
                    break;
                }
                // 执行更新操作
                entity.PropertyToUpdate = newValue;
                
                context.SaveChanges(); 
            } 
            transaction.Complete(); 
            saveSuccess = true;
        }
    }
    catch(DbUpdateConcurrencyException ex)
    {
        retryCount++;
        // 可选：输出日志或处理并发冲突细节
        Console.WriteLine($"遇到并发冲突，正在进行第{retryCount}次重试");
    }
    catch(Exception ex)
    {
        // 处理其他不可重试的异常，直接终止重试
        Console.WriteLine($"发生不可重试的异常：{ex.Message}");
        break;
    }
}

if(!saveSuccess)
{
    // 处理最终保存失败的业务逻辑
}

如果你的场景中事务被标记为不可用的概率极低，也可以把TransactionScope放在重试循环外面，但要做好捕获事务不可用异常的准备，此时需要跳出循环并重新创建事务。

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