EF6连接场景异步报错：上下文存在未完成异步操作

这个问题我太熟了！核心问题就是你把Dal设成静态属性，导致DbContext被全局共享了——而DbContext从设计上就不是线程安全的，哪怕你全用了await也架不住多个异步操作抢着用同一个实例。

DbContext的设计理念是轻量、短生命周期，它就像一个数据库会话的临时容器，用完就该释放。但静态Dal会让整个应用共享同一个DbContext实例，只要有两个异步操作在时间上重叠（比如WPF里两个UI命令同时触发，或者一个await还没完成另一个操作就启动了），就会触发这个"第二次操作在第一次异步完成前启动"的错误，因为DbContext明确禁止同时执行多个操作。

你需要改掉静态Dal持有DbContext的做法，给每个数据操作（或业务单元）分配独立的DbContext实例，常见的几种方式：

1. 每次数据操作都创建新的DbContext #

把Dal里的静态DbContext去掉，换成在每个异步方法内部用using创建实例，确保用完就释放：

public class Dal
{
    public async Task SaveEntityAsync(YourEntity entity)
    {
        using (var db = new YourDbContext())
        {
            db.YourEntities.Update(entity);
            await db.SaveChangesAsync();
        }
    }

    public async Task<List<YourEntity>> GetAllEntitiesAsync()
    {
        using (var db = new YourDbContext())
        {
            return await db.YourEntities.ToListAsync();
        }
    }
}

之后在WPF的ViewModel里，每次需要访问数据时直接调用Dal的方法就行（Dal可以做成静态类，也可以每次创建实例，核心是DbContext每次都新创建）。

2. 用依赖注入管理DbContext生命周期 #

如果你的应用用了依赖注入（比如Prism、Autofac或者.NET自带的DI），可以把DbContext注册为作用域服务（Scoped），Dal也注册为作用域服务，这样每个作用域（比如每个UI请求、每个业务流程）都会得到独立的DbContext和Dal实例，从根源上避免共享问题。

3. 把Dal改成非静态，每个实例对应一个DbContext #

如果需要保留Dal的状态（比如一些全局配置），可以把Dal做成非静态类，在构造函数里初始化DbContext，确保每个Dal实例对应一个独立的DbContext：

public class Dal : IDisposable
{
    private readonly YourDbContext _db;

    public Dal()
    {
        _db = new YourDbContext();
    }

    // 实现IDisposable，确保DbContext被正确释放
    public void Dispose()
    {
        _db.Dispose();
    }

    public async Task SaveChangesAsync()
    {
        await _db.SaveChangesAsync();
    }

    // 其他异步数据方法...
}

使用的时候用using包裹，确保用完释放：

using (var dal = new Dal())
{
    await dal.SaveEntityAsync(entity);
}

哪怕你所有异步调用都用了await，静态DbContext依然会出问题——因为WPF的UI线程虽然是单线程，但异步操作会在后台线程执行，多个异步任务可能同时访问同一个静态DbContext，而DbContext的实例成员完全不保证线程安全。所以核心原则就是：DbContext不能被共享，必须短生命周期使用。

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