WPF使用依赖注入时多线程获取相同DbContext引发并发操作错误咨询

问题根因 #

首先要明确WPF与ASP.NET的依赖注入机制差异：ASP.NET会为每个请求自动创建独立作用域，Scoped生命周期的服务在单个请求内唯一；但WPF没有默认的作用域自动创建逻辑，你注入到DalBase的IServiceProvider是全局根容器，从根容器获取Scoped服务时，实例会被全局缓存，本质等价于单例。 #

问题1：如何排查哪些线程（及其调用栈）获取到了同一个上下文实例？ #

可以通过两处日志埋点快速定位：

1. 在MyItemDbContext构造函数中添加日志，输出当前实例的哈希值、线程ID，确认实例新建时机：

public MyItemDbContext(DbContextOptions<MyItemDbContext> options) : base(options)
{
    Debug.WriteLine($"DbContext实例新建：Hash={GetHashCode()}, 线程ID={Thread.CurrentThread.ManagedThreadId}");
}

2. 在Get_Item_DbContext方法中添加日志，输出返回实例的哈希值、当前调用栈，确认哪些调用拿到了同一个实例：

protected MyItemDbContext Get_Item_DbContext()
{
    var context = _serviceProvider.GetService<MyItemDbContext>();
    Debug.WriteLine($"获取DbContext：Hash={context.GetHashCode()}, 线程ID={Thread.CurrentThread.ManagedThreadId}, 调用栈={Environment.StackTrace}");
    return context;
}

相同哈希值的日志对应的调用栈，就是拿到同一个上下文的请求。 #

问题2：为什么来自异步调用的两个独立线程，调用GetService会返回同一个上下文实例？ #

AddDbContext默认将DbContext注册为Scoped生命周期，而你调用GetService用的是全局根服务提供者：

• 根服务提供者的生命周期和应用一致，它缓存的Scoped服务实例全局唯一，不管多少个线程、多少次调用，只要从根容器获取Scoped服务，拿到的都是同一个实例。
• 两个并发操作拿到同一个DbContext实例，同时执行异步操作就会触发「上下文已有操作在执行」的报错。
  你之前用using写法报错的原因也在这里：全局唯一的DbContext被你手动释放后，后续其他请求再用这个实例就会报「无法访问已释放的上下文」错误。

问题3：AddDbContext方法是否需要添加额外配置才能保证作用域正确？ #

有两种成熟方案可以解决你的问题，按需选择即可：

方案1：将DbContext注册为瞬态（适合你现在的调用习惯）

注册时显式指定生命周期为Transient，每次GetService都会返回全新的上下文实例：

services.AddDbContext<MyItemDbContext>(options =>
{
    options.UseLoggerFactory(_loggerFactory);
    options.UseSqlServer(config.GetConnectionString("My_Items_ConnectionString"));
}, contextLifetime: ServiceLifetime.Transient);

这种方案下你可以恢复之前的using写法，用完直接释放上下文，不会影响其他调用。

方案2：每次调用上下文时手动创建独立作用域（更符合DI规范）

不需要修改AddDbContext的默认配置，修改数据访问方法，每次操作前创建独立作用域，从作用域中获取上下文：

public async Task UpdateItem(Item item)
{
    // 每次操作创建独立作用域
    using var scope = _serviceProvider.CreateScope();
    var db = scope.ServiceProvider.GetRequiredService<MyItemDbContext>();
    db.Items.Update(item);
    await db.SaveChangesAsync();
    // 作用域销毁时自动释放上下文
}

这种方案不需要调整服务注册逻辑，也能保证每次操作拿到的都是独立的上下文实例，不会出现并发冲突。 #

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