【.Net Core】分析.net core在linux下内存占用过高问题

现象

随着程序运行，内存占用率越来越高，直到触发linux的OOM，程序被杀死。

分析工具

运行环境：.net core 3.1（微软的分析工具要求最低3.0，无法分析2.1的core程序，需要先改为core 3.1才能分析）

linux：ubuntu 18

分析工具：dotnet-counters, dotnet-dump

工具的安装见：https://docs.microsoft.com/zh-cn/dotnet/core/diagnostics/dotnet-counters

分析过程

1，获取要分析进程的pid

使用top或者ps等等工具，获取程序的pid

对于docker环境，如果没有安装top命令，可以使用如下安装

apt-get install procps

2，查看内存使用情况（我这里pid为13156）

dotnet-counters monitor -p 13156

从结果来看，GC中的Gen2占用了较多的内存，理论上，不应该有很多的Gen2，我们需要分析一下Gen2里面到底是什么？

Gen0，Gen1，Gen2以及LOH的区别，以及.net core内存管理机制，见：

https://docs.microsoft.com/en-us/aspnet/core/performance/memory?view=aspnetcore-5.0

3，获取进程的dump文件

dotnet-dump collect -p 13156

说明：要使用这条命令获取dump，如果在docker中，需要提供docker的--private参数，如果是在AWS的ECS中使用的Fargate模式运行，则不支持此参数。需要在EC2上运行。

此命令会在当前目录生成一个dump文件

4，分析dump文件

dotnet-dump analyze core_20210510_054712
# 分析gen2中的内容，每个命令的参数以及和含义，可以使用help查看
dg gen2

从结果来看，有很多string类型的数据在gen2中，以及mysql的一些数据，我们打开看看具体是什么内容

看输出，有很多一样的内容，我们随便打开一个看看

可以看到内容就是数据库的返回数据

同样的方法，我们看看哪些string里面都是什么

有非常多的对象，我们也是随便打开一个看看内容

看着像是web的打印

总结

获取dump文件

dotnet-dump collect <pid>

分析dump文件

dotnet-analyze xxxxx

获取gen2或者其他的内存数据

dg gen2 | gen1 | gen1 | genloh

查看内存数据类型

dumpheap -mt xxxxxx

查看内存数据的具体内容

do xxxxxx

通过具体内容，配合开发人员定位代码问题