能否在带事务的重试策略中复用EF Core DbContext？

一、重试触发范围明确 #

EF Core的执行策略（如默认的SqlServerRetryingExecutionStrategy）是对整个传入ExecuteAsync的委托进行重试，而非单个SaveChangesAsync调用。

也就是说，只要委托内的任意步骤（事务开启、实体添加、SaveChangesAsync执行、事务提交）出现符合条件的瞬态故障，整个委托逻辑会被完整重新执行一遍：重新创建上下文（若委托内新建）、重新开启事务、重新执行所有实体操作、重新提交事务。

官方示例特意将using var context = new BloggingContext();放在委托内部，就是为了保证每次重试都使用全新的DbContext，避免上下文状态残留引发的重复操作问题。

二、现有代码的潜在风险 #

你当前的代码存在明显隐患：

public async Task ExecuteAsync(Func<Task> action)
{
    var strategy = _context.Database.CreateExecutionStrategy();
    await strategy.ExecuteAsync(async () =>
    {
        await using var transaction = await _context.Database.BeginTransactionAsync();
        await action();
        await transaction.CommitAsync();
    });
}

• DbContext状态污染：你使用的是注入的单例/作用域DbContext，而非在重试委托内新建。触发重试时，action会被再次执行，之前添加到DbContext的实体仍存在于变更跟踪中，再次调用SaveChangesAsync会导致同一实体被重复插入数据库。
• 事务覆盖不全：如果action内部的仓储使用了其他DbContext实例，当前事务无法覆盖这些操作，弹性重试的意义会失效。

三、可行的优化方案 #

1. 遵循官方示例，在重试委托内新建DbContext #

这是最安全的方案，每次重试使用全新上下文，彻底避免状态残留：

public async Task ExecuteAsync(Func<BloggingContext, Task> action)
{
    var strategy = _context.Database.CreateExecutionStrategy();
    await strategy.ExecuteAsync(async () =>
    {
        using var context = new BloggingContext();
        await using var transaction = await context.Database.BeginTransactionAsync();
        
        await action(context); // 让action使用当前重试周期的上下文
        
        await transaction.CommitAsync();
    });
}

调用时传入依赖该上下文的操作：

await ExecuteAsync(async context =>
{
    await _blogRepository.AddAsync(context, new Blog { Url = "xxx" });
    await _anotherRepository.SaveChangesAsync(context);
});

2. 针对依赖环境事务的场景（如Hangfire） #

若必须使用环境事务，需确保：

• 重试委托内创建的DbContext加入当前环境事务
• 所有相关操作（包括Hangfire任务调度）都在该事务范围内执行
• 坚持每次重试使用全新DbContext，避免状态污染

3. 禁止在重试委托外复用DbContext #

无论何种场景，都不要将重试委托外创建的DbContext带入重试逻辑——上下文的变更跟踪状态会在重试时保留，极易引发重复操作、数据不一致等问题。

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