在LINQ中创建DbContext实例是否合规？资源能否正确释放？

我需要确认这段代码是否会引发不必要的问题，因此提出以下疑问：在ViewModel的聚合属性LINQ查询里直接调用IDbContextFactory创建DbContext是否可行？示例代码如下：

public IEnumerable<ExpenseTotal> _totalsByExpenseType;
public IEnumerable<ExpenseTotal> TotalsByExpenseType
{
    get 
    {
        return (from a in _context.Expenses.Local 
                    join b in _context.ExpenseTypes.Local 
                    on a.ExpenseTypeID equals b.ExpenseTypeID 
                    join c in _contextFactory.CreateDbContext().ExpenseProjections
                    on a.ExpenseTypeID equals c.ExpenseTypeID
                where a.DateCreated >= LastSalaryDate 
                group a by new { a.ExpenseTypeID, b.ExpenseTypeName, c.ProjectedCost } into grp
                select new ExpenseTotal
                {
                    ExpenseTypeID = grp.Key.ExpenseTypeID,
                    ExpenseTypeName = grp.Key.ExpenseTypeName,
                    ActualCost = grp.Sum(x => x.ActualCost), 
                    ProjectedCost = grp.Key.ProjectedCost
                });
    }
}

更具体地说，我想知道通过这种方式创建的DbContext能否被正确释放？我曾看到一篇文章，根据我的理解，该文章认为这种方法是可行的。

补充说明 #

• 补充说明1：DbContextFactory是通过IServiceCollection.AddDbContextFactory<T>以ServiceLifetime.Transient生命周期注册的。
• 补充说明2：这是一个基于EF Core 6的WPF应用程序。我在DbContext中启用了DbContextOptionsBuilder.UseLazyLoadingProxies()，导致数据仅在查询时加载。因此我使用主上下文_context，在需要时通过using语句调用_contextFactory创建临时上下文，以确保其被正确释放。

问题分析与解答 #

1. DbContext释放问题
   你当前的写法无法保证DbContext被正确释放——因为LINQ查询是延迟执行的，只有当TotalsByExpenseType的结果被枚举（比如UI绑定触发遍历）时，才会实际创建DbContext，但用完后没有任何代码去释放它，会导致DbContext实例一直存在直到GC回收，这可能引发连接泄漏、内存占用过高的问题。

2. 正确的实现方式
   必须将DbContext的创建和使用包裹在using块中，同时要规避LINQ延迟执行的特性——如果直接返回查询，using块会提前释放DbContext，导致后续枚举时DbContext已失效。解决方法是立即执行查询，将结果转为内存集合：

public IEnumerable<ExpenseTotal> TotalsByExpenseType
{
    get 
    {
        using var tempContext = _contextFactory.CreateDbContext();
        return (from a in _context.Expenses.Local 
                    join b in _context.ExpenseTypes.Local 
                    on a.ExpenseTypeID equals b.ExpenseTypeID 
                    join c in tempContext.ExpenseProjections
                    on a.ExpenseTypeID equals c.ExpenseTypeID
                where a.DateCreated >= LastSalaryDate 
                group a by new { a.ExpenseTypeID, b.ExpenseTypeName, c.ProjectedCost } into grp
                select new ExpenseTotal
                {
                    ExpenseTypeID = grp.Key.ExpenseTypeID,
                    ExpenseTypeName = grp.Key.ExpenseTypeName,
                    ActualCost = grp.Sum(x => x.ActualCost), 
                    ProjectedCost = grp.Key.ProjectedCost
                }).ToList(); // 立即执行查询，将结果存入内存
    }
}

这样tempContext会在using块结束时自动释放，同时查询结果已经加载到内存，后续UI绑定枚举时不会再依赖已释放的DbContext。

3. 关于文章内容的注意点
   你提到的文章针对的是LINQ to SQL的DataContext，和EF Core的DbContext生命周期管理逻辑存在差异。EF Core中，通过IDbContextFactory创建的DbContext必须由调用方负责释放，using块是最可靠的方式。

4. 额外优化建议

• 避免在ViewModel的属性getter中执行数据库查询：属性getter应保持轻量，频繁查询会导致UI卡顿。建议在页面加载、数据更新等合适时机主动查询并更新_totalsByExpenseType字段，属性直接返回该字段。
• 结合WPF的INotifyPropertyChanged接口，当LastSalaryDate或相关数据变化时，主动重新查询并通知UI更新，而非依赖属性getter每次执行查询。

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