.NET Core IQueryable Lambda Memory 泄漏

Question

我在表中具有唯一索引的列上使用如下所示的 lambda 查询。 对于每个请求，大约发生 8 -12 kb memory 泄漏。

该方法每秒将被调用大约 10-20 次。

bool KontrolKullanildi(string QrCode)
{
    using (EmlesCore.Models.Database db = new EmlesCore.Models.Database())
    {                
        using (var o = db.mobilQrTempler.AsNoTracking().Where(f => f.CryptoKod == QrCode && f.Kullanildi).AsNoTracking().FirstOrDefault())
        {
            if (o != null)
            {
                return true;
            }
        }

        return false;
    }
}

我知道我在不同的地方使用AsNoTracking 。 我做了实验。

有朋友说，“可能是数据库连接过程在进行中，所以dispose不行”。

这很有意义。 我试过.ToList() ，我试过Count() ，但没有任何效果。

8-10 kb 可能看起来很小。 但是正如我所说，当请求数很高时，IIS中使用的memory可以在1-2小时内达到2GB。

数据库Model是DbContext class。mobileQrTempler是表。 我也不想创建另一个 model。实际上，我想通过直接从 dbcontext 中提取数据来防止可能的 memory 泄漏。 但它又没有。 顺便说一句，我在视图中调用了这个方法 Jquery Ajax。所以实际上这个方法在 controller 中。不是 apicontroller。 我想到一个问题，controller是否过载？ controller不适合叫太多次吗？ 会不会是请求太多导致memory堆积在controller上？ 我知道您说过“lambda 查询没问题”。 我不这么认为。 但是某处有问题。 我会尝试另一个测试。 我想通过制作 rest api 添加此方法来尝试使用 1000 RPS。

public class Database:DbContext
{
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer(Utils.DbConnectionString());
        
    }

public DbSet<mobileQrTemp> mobilQrTempler { get; set; }

}

Controller

public class QrGirisCikisQrKontrol : Controller{
public async Task<JsonResult> GetQrCode(string parameters)
    {
    if (KontrolKullanildi(QrFiltre))
        {
            return Json(QrCodeOlusturDondur(Parameters));
        }

    return Json(Ok());
}

}

样品 Ajax

$.ajax({
        type: "GET",
        url: "@Url.Action("GetQrCode","QrGirisCikisQrKontrol")",
        data: params,
        success: function (result) ..............

Jquery Ajax 每4.5秒调用一次该方法。 该系统目前安装在大约 100 个客户端上。 当我查看服务器的日志记录时，我看到每秒大约有 7-8 个请求。

Answer 1

我不认为这是 memory 泄漏。 在 .NET（与许多托管语言一样）中，垃圾收集器会在必要时清理 object 实例。 尝试做更多的请求，你会看到 memory 的使用稳定下来。

如果你想检查 web 应用程序在调用控制器的操作时是否有 memory 泄漏，你可以尝试添加一个中间件来强制垃圾收集器进行清理：

var builder = WebApplication.CreateBuilder(args);
...
var app = builder.Build();
app.Use(async (context, next) =>
{
    await next(context);
    Sytem.GC.Collect();
});
...
app.Run();

考虑在部署应用程序之前删除它，因为不建议手动调用垃圾收集器。 但当错误编码的应用程序出现异常 memory 使用时，它可以作为一个快速的临时修复。

---

此外，ASP.NET 核心应用程序默认以垃圾收集器服务器模式运行。 在这种模式下，垃圾收集器工作较少，清理工作也很少进行。

此模式的其他影响，应用程序分配的 memory 永远不会释放。 在服务器上，进程数和memory是固定的。 释放 memory 以稍后重新分配它是浪费时间，然后应用程序保持分配的 memory。 更多信息在：

• 垃圾收集的运行时配置选项
• Memory ASP.NET Core中的管理和垃圾回收（GC）

您可以通过在app.config （或web.config ）中添加来禁用此行为：

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <runtime>
        <gcServer enabled="false"/>
    </runtime>
</configuration>

当 web 应用程序有 memory 用法变化时，建议使用。

---

题外话，您可以通过以下方式优化 EF 查询：

bool KontrolKullanildi(string QrCode)
{
    using (EmlesCore.Models.Database db = new EmlesCore.Models.Database())
    {
        return db.mobilQrTempler.Any(f => f.CryptoKod == QrCode && f.Kullanildi);
    }
}

然后查询将是这样的：

SELECT TOP 1 1
FROM mobilQrTempler
WHERE CryptoKod = @QrCode AND Kullanildi = 1

而 EF Core 将只加载一个 boolean。