我偶然发现了一个非常奇怪的问题。每当 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)。
最佳答案
不是完整的答案,但我做了以下操作并大大减少了内存(和 CPU 使用率):
- 通过拆分需要大量注入(inject)服务的大型服务来简化依赖关系图
- 升级到 ASP.NET Core 2.1
最后一步效果最明显,我的诊断工具现在显示了一个更加友好的图表:
关于asp.net-core - 如何解决 ASP.NET Core 2.0 应用程序 EF Core 使用中的大量内存分配问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55496989/