ASP.NET Core/EF Core 2.0内存过高引发SQL Server超时问题排查

首先，你遇到的内存飙升至1GB+SQL超时+重启后暂时恢复的现象，大概率和DbContext的生命周期管理不当有关——虽然ASP.NET Core的DI默认会按作用域处理Scoped服务，但如果出现以下几种情况，就会导致DbContext无法被正确释放，进而引发内存泄漏和连接池耗尽：

1. 检查DbContext的注册方式 #

默认情况下，services.AddDbContext<YourDbContext>()会把DbContext注册为Scoped（每个请求对应一个实例），但如果你的代码里错误地将其注册为Singleton，就会导致整个应用生命周期内只有一个DbContext实例：

// 错误示例：Singleton会导致DbContext永不释放
services.AddDbContext<YourDbContext>(options => ..., ServiceLifetime.Singleton);

解决： 确保使用默认的Scoped注册，或者显式指定ServiceLifetime.Scoped。

2. 排查Singleton服务中是否注入了Scoped的DbContext #

这是非常常见的错误：如果你的某个Singleton服务的构造函数中直接注入了DbContext，那么这个DbContext会和Singleton服务绑定，永远不会被释放，持续占用内存和数据库连接。

解决： 改用IServiceScopeFactory在需要的时候临时创建作用域，使用完后释放：

public class SingletonService
{
    private readonly IServiceScopeFactory _scopeFactory;

    public SingletonService(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    public async Task DoDatabaseWork()
    {
        using var scope = _scopeFactory.CreateScope();
        var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
        
        // 执行数据库操作
        var data = await dbContext.Entities.ToListAsync();
    }
}

3. 检查是否手动实例化DbContext却未释放 #

如果代码中存在直接new YourDbContext()的情况，且没有用using块包裹，那么这个实例不会被自动回收，会一直占用资源：

// 错误示例：未释放DbContext
var db = new YourDbContext();
var data = db.Entities.ToList();
// 没有Dispose或using

解决： 所有手动创建的DbContext必须用using块包裹，确保自动释放：

using var db = new YourDbContext();
var data = await db.Entities.ToListAsync();

4. 优化EF Core的实体跟踪 #

EF Core的ChangeTracker会默认跟踪所有查询到的实体，如果你的应用中有大量只读查询，这些被跟踪的实体会持续占用内存。

解决： 对于只读场景，使用AsNoTracking()关闭跟踪：

var data = await dbContext.Entities.AsNoTracking().ToListAsync();

如果是批量查询或大数据量操作，也可以考虑使用AsSplitQuery()或者分页查询，减少一次性加载到内存中的实体数量。

5. 排查内存泄漏的具体原因 #

如果以上步骤都检查过，还是存在问题，可以用.NET的工具来定位：

• 使用dotnet dump collect收集内存转储文件，然后用dotnet dump analyze分析，查看是否有大量DbContext实例或实体对象被意外持有；
• 使用Visual Studio的内存诊断工具，捕获内存快照，分析对象的引用链，找到泄漏的根源。

关于SQL超时的关联问题 #

当DbContext无法被正确释放时，数据库连接会被持续占用，导致连接池耗尽，新的请求无法获取连接，进而引发SQL超时。同时，内存飙升会导致应用进程的GC压力增大，CPU占用升高，也会间接导致查询执行变慢。解决DbContext的生命周期问题后，这些超时现象通常会随之消失。

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