WPF应用使用单DB Context时并发写入数据库失败问题咨询

问题根本原因 #

EF Core 官方明确规定 DbContext 不是线程安全类型，禁止在多线程中同时对同一个实例执行读写操作。你遇到的报错本质是全局共用了同一个DbContext实例：耗时5秒的批量更新还在占用Context执行写入时，定时器线程又触发了另一张表的写入操作，直接触发并发冲突异常。

默认AddDbContext注册的是Scoped生命周期，而WPF应用没有ASP.NET Core那样自动按请求创建作用域的机制，直接注入时相当于全局共用一个单例Context实例，这是问题的核心诱因。

解决思路 #

你必须为不同的并行操作使用独立的DbContext实例，推荐使用EF Core官方提供的DbContextFactory方案实现，步骤如下：

1. 修改DI注册逻辑 #

替换原来的AddDbContext注册，改为注册DbContext工厂：

services.AddDbContextFactory<FlightDataContext>(options =>
                options.UseSqlServer("Data Source = ...."));

// 若要兼容原有直接注入Context的代码，可额外添加以下注册
services.AddScoped<FlightDataContext>(sp => 
    sp.GetRequiredService<IDbContextFactory<FlightDataContext>>().CreateDbContext());

2. 修改数据访问类的注入逻辑 #

不再直接注入全局Context，改为注入Context工厂：

private readonly IDbContextFactory<FlightDataContext> _contextFactory;

public FlightData(IDbContextFactory<FlightDataContext> contextFactory)
{
    _contextFactory = contextFactory;
}

3. 每个独立操作单独创建Context实例 #

每个并行的数据库操作都创建专属的Context，操作完成后自动释放：

• 批量更新操作专用Context：

public async Task ExecuteBatchUpdate(List<YourEntity> batchData)
{
    using var context = _contextFactory.CreateDbContext();
    // 执行批量写入逻辑，例如AddRange、UpdateRange
    context.YourEntitySet.UpdateRange(batchData);
    await context.SaveChangesAsync();
}

• 定时器触发的更新操作专用Context：

public async Task ExecuteTimerUpdate(YourOtherEntity updateData)
{
    // 和批量操作完全隔离的独立Context
    using var context = _contextFactory.CreateDbContext();
    context.OtherEntitySet.Update(updateData);
    await context.SaveChangesAsync();
}

额外注意事项 #

• 单个Context的生命周期仅对应单次独立操作，不要长期持有Context实例
• 如果批量数据量极大，可按每1000~2000条拆分提交，避免单事务过大影响性能
• 仅当多个操作需要共享实体追踪状态时，才考虑在同一个业务作用域内复用Context，所有并行/异步操作必须使用独立Context实例

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