WinForms应用DbContext Per Form实践问题：子窗体复用DbContext实例

这问题我之前做WinForms+EF+DI架构时也踩过一模一样的坑！核心原因是WinForms没有ASP.NET那种天然的请求作用域，你的IoC容器大概率是把DbContext的生命周期配置成了单例或者容器全局作用域，导致子窗体复用了父窗体的DbContext实例。下面给你几个经过实践验证的解决方案：

WinForms里没有自动的作用域管理，所以我们需要手动为每个子窗体创建专属的DI作用域，让子窗体及其依赖的业务服务、DbContext都在这个独立作用域内实例化。

以微软官方的IServiceProvider为例，在父窗体打开子窗体时不要直接new ChildForm()，而是通过新作用域解析：

// 假设你已经在全局或父窗体中注入了IServiceProvider
using var childScope = _serviceProvider.CreateScope();
var childForm = childScope.ServiceProvider.GetRequiredService<ChildForm>();
childForm.Show();

这样一来，子窗体依赖的业务服务、DbContext都会是这个新作用域内的全新实例，完全和父窗体的实例隔离。

很多人容易忽略这一点：如果你的业务服务被注册成了单例，哪怕DbContext是作用域级的，单例服务也会持有DbContext的引用，导致后续解析的子窗体复用同一个实例。

所以一定要把业务服务和DbContext的生命周期统一设为Scoped（作用域级）：

// 在服务注册时的配置
services.AddDbContext<AppDbContext>(options => 
    options.UseSqlServer("YourConnectionString"), 
    ServiceLifetime.Scoped); // 明确指定为作用域级

services.AddScoped<IOrderService, OrderService>(); // 业务服务也设为作用域级

如果每个子窗体都写一遍创建作用域的代码会很繁琐，可以封装一个扩展方法，自动绑定窗体关闭时释放作用域的逻辑：

public static class ServiceProviderExtensions
{
    public static TForm CreateScopedForm<TForm>(this IServiceProvider provider) 
        where TForm : Form
    {
        var scope = provider.CreateScope();
        var form = scope.ServiceProvider.GetRequiredService<TForm>();
        
        // 窗体关闭时自动释放作用域，避免内存泄漏
        form.FormClosed += (sender, e) => scope.Dispose();
        
        return form;
    }
}

之后调用就非常简洁了：

var childForm = _serviceProvider.CreateScopedForm<ChildForm>();
childForm.Show();

不同IoC容器的默认生命周期规则不一样，比如Autofac默认是InstancePerDependency（每次解析新实例），但如果不小心把DbContext注册成了SingleInstance，就会导致全局复用。所以一定要确认DbContext的注册代码里明确指定了作用域级的生命周期。

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