EF Core 5（.NET 5）疑似内存泄漏问题求助

问题场景 #

• .NET 5控制台应用
• 操作SQL Server 2019的AdventureWorks2019测试数据库
• DbAdventureWorks2019Context包含Person架构下的Person和Address实体

复现代码 #

public void ReadPerson()
{
    using (var context = new DbAdventureWorks2019Context())
    {
        var locpers = context.Persons.ToList();
    }
}

public void ReadAddress()
{
    using (var context = new DbAdventureWorks2019Context())
    {
        var locaddr = context.Addresses.ToList();
    }
}

public void ReadN2()
{   //heap 65
    ReadPerson(); //heap 1550
    ReadAddress(); //heap 1709
    ReadPerson(); //heap 1711
    ReadAddress(); //heap 1725
    ReadPerson(); //heap 1757
}

现象 #

通过VS性能工具的内存快照可见，调用ReadN2()后内存持续增长。使用QueryTrackingBehavior.NoTracking或AsNoTracking仅能缓解内存占用，无法彻底消除。

解决方案 #

1. 复用DbContext实例而非频繁创建 #

EF Core的模型元数据默认是全局单例缓存，每次创建新DbContext都会加载相关资源（首次加载后缓存，但实例本身仍会占用内存）。尽量复用DbContext实例完成批量操作：

public void ReadN2Optimized()
{
    using (var context = new DbAdventureWorks2019Context())
    {
        context.Persons.ToList();
        context.Addresses.ToList();
        context.Persons.ToList();
        context.Addresses.ToList();
        context.Persons.ToList();
    }
}

2. 使用DbContextPool复用实例 #

通过依赖注入配置DbContextPool，让EF Core自动复用DbContext实例，避免重复创建销毁的开销，同时自动清理跟踪的实体：

// 控制台应用中配置DI（需引入Microsoft.Extensions.DependencyInjection）
var services = new ServiceCollection();
services.AddDbContextPool<DbAdventureWorks2019Context>(options =>
    options.UseSqlServer("你的数据库连接字符串"));

var serviceProvider = services.BuildServiceProvider();

// 使用时从容器获取实例
using (var context = serviceProvider.GetRequiredService<DbAdventureWorks2019Context>())
{
    // 执行查询操作
}

3. 按需禁用查询缓存 #

EF Core会缓存查询计划，若查询无复用价值，可针对单个查询或全局禁用：

• 单个查询禁用缓存：

context.Persons.AsNoTracking().WithNoQueryCache().ToList();

• 全局禁用查询缓存（在DbContext的OnConfiguring方法中）：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseSqlServer("你的数据库连接字符串", 
        opts => opts.DisableQueryCache());
}

4. 验证内存是否可回收 #

若内存增长是因为GC未自动触发，可在批量操作后手动触发GC验证：

ReadN2();
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();

若调用后内存下降，说明内存是可回收的，无需额外处理；若内存仍居高不下，需排查强引用泄漏。

5. 排查引用泄漏 #

使用VS内存分析工具查看对象引用链，检查是否存在以下情况：

• 静态变量、单例服务持有DbContext或实体的强引用
• 针对实体的事件绑定未取消订阅
• 静态集合存储了查询返回的实体实例

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