循环事务异常问题：单循环失败需回滚自身且不影响其他循环

你遇到的问题本质是ORM（比如EF Core这类常用框架）的实体跟踪机制在搞鬼！当你在同一个DbContext实例中操作实体时，上下文会自动跟踪实体的状态变化。哪怕你在事务中回滚了操作，DbContext里缓存的实体已经被修改成"sabbir2"了，后续循环查询同一个实体时，ORM会直接返回上下文里缓存的修改后版本，而不是重新从数据库读取原始数据——这就导致了失败循环的修改“污染”了后续循环。

针对这个问题，有几种干净的解决思路，按推荐程度排序：

1. 每个循环使用独立的DbContext实例 #

这是最稳妥的方案，完全隔离每个事务的上下文，从根源上避免实体状态共享。每个循环内部创建新的DbContext，操作完成后自动销毁，确保每次处理都基于全新的数据库连接和实体状态。

示例代码：

foreach (var transaction in Transactions)
{
    // 每个循环新建DbContext，彻底隔离上下文
    using (var context = new YourDbContext())
    {
        using (var dbTransaction = context.Database.BeginTransaction())
        {
            try
            {
                // 查询当前循环需要处理的实体
                var bankBranch = await context.BankBranches
                    .FirstOrDefaultAsync(b => b.Id == transaction.BankId);
                
                if (bankBranch == null)
                    throw new InvalidOperationException("银行分支不存在");

                if (transaction.BankId == 4)
                {
                    bankBranch.Name = "sabbir2";
                    // 模拟异常触发
                    throw new Exception("模拟循环执行失败");
                }

                // 正常业务修改
                bankBranch.Name = "正常更新的名称";
                await context.SaveChangesAsync();
                
                // 提交事务
                dbTransaction.Commit();
            }
            catch (Exception ex)
            {
                // 回滚事务，异常前的操作全部撤销
                dbTransaction.Rollback();
                // 这里可以添加异常日志等处理逻辑
                Console.WriteLine($"处理bankId={transaction.BankId}失败：{ex.Message}");
            }
        }
    }
}

2. 手动清除上下文的实体跟踪（同一DbContext场景） #

如果因为某些原因必须复用同一个DbContext，那每次事务回滚后，需要手动清除上下文的跟踪状态，让下一次查询重新从数据库读取原始数据。

示例代码：

using (var context = new YourDbContext())
{
    foreach (var transaction in Transactions)
    {
        using (var dbTransaction = context.Database.BeginTransaction())
        {
            try
            {
                var bankBranch = await context.BankBranches
                    .FirstOrDefaultAsync(b => b.Id == transaction.BankId);
                
                if (bankBranch == null)
                    throw new InvalidOperationException("银行分支不存在");

                if (transaction.BankId == 4)
                {
                    bankBranch.Name = "sabbir2";
                    throw new Exception("模拟循环执行失败");
                }

                bankBranch.Name = "正常更新的名称";
                await context.SaveChangesAsync();
                dbTransaction.Commit();
            }
            catch (Exception ex)
            {
                dbTransaction.Rollback();
                // 清除上下文所有跟踪的实体，避免状态污染
                context.ChangeTracker.Clear();
                // 也可以针对单个实体解除跟踪：context.Entry(bankBranch).State = EntityState.Detached;
                Console.WriteLine($"处理bankId={transaction.BankId}失败：{ex.Message}");
            }
        }
    }
}

3. 使用无跟踪查询获取实体 #

在查询实体时使用AsNoTracking()，让上下文不跟踪这个实体的状态变化。这种方式下，你修改实体后需要手动附加到上下文才能保存，但好处是修改后的状态不会被上下文缓存，不会影响后续查询。

示例代码片段：

// 无跟踪查询，上下文不会缓存这个实体
var bankBranch = await context.BankBranches
    .AsNoTracking()
    .FirstOrDefaultAsync(b => b.Id == transaction.BankId);

// 如果需要修改并保存，要手动附加到上下文
context.BankBranches.Attach(bankBranch);
bankBranch.Name = "要修改的名称";
await context.SaveChangesAsync();

最推荐第一种方案——每个循环用独立DbContext，不仅能彻底解决状态污染问题，还符合你“每个循环独立事务”的设计初衷，代码逻辑也更清晰，后期维护更简单。

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