asp.net-core - 如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题？

Question

我偶然发现了一个非常奇怪的问题。每当 Web 应用程序启动时，dotnet.exe 都会使用相当多的内存(大约 300M)。然而，当它触及某些部分时(我感觉这与 EF Core 使用有关)，它会在短时间内分配大量内存(大约 2-3 秒内 8GB)。

这个内存使用时间大约需要10-15秒，之后内存稳定在600M左右，就可以正常运行了。

我尝试了 dottrace 和内置诊断工具来了解是什么分配了这么多内存，但找不到任何有意义的东西:

Dottrace 记录了内存消耗最多的线程，但在内存非常高时我无法捕获内存快照(它只显示了总共大约 1GB 的内存和大约 800M 的托管内存)。

VS 诊断工具基线与内存峰值后立即之间的差异

如何才能找到此内存分配的根本原因？奇怪的是，它似乎不是泄漏，因为内存最终被释放。

问题:如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题？

<小时/>

我认为这个问题确实与注入(inject)服务的数量有关，但首先我将提供有关应用程序架构的更多信息。我依赖于一组注入(inject)到范围数据访问中的通用存储库，这些存储库在数据上下文上创建包装器，并在需要时帮助在单个事务中保存多个信息(针对各种存储库):

Repository<T> : IRepository<T>
    <- DbContext

ScopedDataAccess : IScopedDataAccess
    <- DbContext
    <- logging service
    <- dozens of IRepository<T>

一切都有“范围”:

services.AddScoped<IScopedDataAccess, ScopedDataAccess>();
services.AddScoped(typeof(IRepository<>), typeof(Repository<>));

我删除了 ScopedDataAccess 中大约一半的注入(inject)存储库，所需内存减少到大约一半。

更奇怪的是，诊断工具显示内存减少，但没有直接与 GC 启动相关(参见下图，GC 是上面的黄色标志):

此外，我仔细检查了是否已停止所有异步作业(例如 Quartz)。

Answer 1

不是完整的答案，但我做了以下操作并大大减少了内存(和 CPU 使用率):

• 通过拆分需要大量注入(inject)服务的大型服务来简化依赖关系图
• 升级到 ASP.NET Core 2.1

最后一步效果最明显，我的诊断工具现在显示了一个更加友好的图表: