Blazor Server中DbContext改为Transient后无法跟踪保存变更的问题

问题根源 #

1. Scoped DbContext引发并发异常
   Blazor Server的Scoped生命周期绑定到SignalR用户连接，同一用户的多组件、异步操作可能共用同一个DbContext实例。你的仓储是Transient，每次注入仓储都会拿到同一个Scoped DbContext，当多个异步操作并行执行时，就会触发DbContext并发操作异常——DbContext本身并非线程安全。

2. Transient DbContext导致变更跟踪失效
   将DbContext改为Transient后，每次注入仓储都会获取全新的DbContext实例：

• 若先通过仓储A（对应DbContext1）查询实体并修改，再通过仓储B（对应DbContext2）调用SaveChanges，此时实体不在DbContext2的跟踪缓存中，EF Core会将其视为新实体而非已修改实体，自然无法保存变更。
• 即便同一仓储实例，若内部多个方法分别依赖DbContext注入，也会拿到不同实例，导致实体跟踪链路断裂。

正确解决方案 #

方案1：保持DbContext为Scoped，规避并发操作 #

• 组件中所有涉及DbContext的操作必须同步执行，或确保异步操作串行完成（通过await等待前一操作结束后再执行后续操作）。
• 禁止在OnInitializedAsync、OnAfterRenderAsync等组件生命周期方法中并行发起DbContext查询/操作。

方案2：使用DbContext工厂（官方推荐） #

Blazor Server官方建议通过IDbContextFactory<T>创建DbContext实例，既能避免并发问题，又能保证变更跟踪正常：

1. 注册DbContext工厂：

services.AddDbContextFactory<AppContext>(options => 
{
    options.UseSqlServer(configuration.GetConnectionString("App")); 
});

2. 在Transient仓储中注入工厂，按需创建DbContext实例：

public class YourRepository : IYourRepository
{
    private readonly IDbContextFactory<AppContext> _contextFactory;

    public YourRepository(IDbContextFactory<AppContext> contextFactory)
    {
        _contextFactory = contextFactory;
    }

    public async Task<YourEntity> GetByIdAsync(int id)
    {
        using var context = _contextFactory.CreateDbContext();
        return await context.YourEntities.FindAsync(id);
    }

    public async Task SaveChangesAsync(YourEntity entity)
    {
        using var context = _contextFactory.CreateDbContext();
        context.YourEntities.Update(entity);
        await context.SaveChangesAsync();
    }
}

此方式下每个操作使用独立DbContext实例，既解决并发问题，又保证单操作内的实体跟踪有效。

方案3：调整仓储生命周期为Scoped #

若坚持直接注入DbContext，可将仓储改为Scoped生命周期，确保同一用户连接内的仓储与DbContext实例一一对应，避免多仓储共享DbContext引发的并发问题，同时保证变更跟踪正常：

services.AddScoped<IYourRepository, YourRepository>();

需注意：此方式仍需避免同一连接内的并行异步操作，否则仍可能触发并发异常。

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