在 Linux 等系统下,没有和 Windows 下这么好的 VisualStudio 支持。在客户端的环境,也不太好在用户端安装一个 VisualStudio 调试。在遇到需要在服务器端或客户端调试应用程序的内存占用时,可以尝试使用 dotnet 的 gcdump 工具进行调试,这个工具使用十分简单,功能也很强大

在运行这个工具之前要求设备上先安装 dotnet 环境,有了这个限制,在客户端调试其实不如搭建 VisualStudio 远程调试更好。当然本文主要是广告 gcdump 工具的,怎么能在这里拆台。在服务器端,只有安装了 dotnet 工具,同时不是 Windows 的服务器,不能使用 VisualStudio 远程调试技术前提下。或者不想使用 VisualStudio 抓内存,只是想拿到当前内存信息,有空了再分析。或者是自动化测试的时候,通过调用命令行获取进程的内存,然后自动化分析内存。此时通过 gcdump 都能很好的满足

使用 gcdump 能通过一句命令行调用获取指定 pid 进程的内存快照,将内存快照保存到文件,方便进行分析

在使用 gcdump 之前需要将 gcdump 作为全局工具安装,请在命令行输入下面代码

dotnet tool install --global dotnet-gcdump

安装完成之后通过下面命令拿到指定进程 ID 的应用的内存

dotnet gcdump collect -p <target-process-PID>

如准备一个测试用的 dotnet core 程序,可以在github下载我的测试代码

我在测试代码第一句话输出当前进程号,方便使用工具获取当前进程

            Console.WriteLine(Process.GetCurrentProcess().Id);

然后写出内存泄漏代码

            var list = new List<object>();
            while(true)
            {
                list.Add(new Lindexi());
                Task.Delay(TimeSpan.FromMilliseconds(100)).Wait();
            }

    class Lindexi
    {
        
    }

使用 dotnet run 运行代码,不需要开启 VisualStudio 就能进行编译运行代码,这也就是可以将 C# 代码当成复杂脚本来用,可以代替部分 PowerShell 功能

打开一个新的命令行,输入 dotnet gcdump collect -p 99 请将这句命令的 99 替换为应用的进程号

此时将会在命令行的工作文件夹写入 .gcdump 文件,打开 VisualStudio 拖入 .gcdump 文件就可以解析,通过多个 .gcdump 文件可以了解一段时间内创建的对象,通过单个 gcdump 文件可以分析在当前内存还有哪些对象

这是测试程序的分析,通过这个工具可以非常方便拿到某个进程的内存

更多关于 gcdump 命令:

  • -p 指定应用程序进程
  • -o 指定 gcdump 文件输出路径,默认为.\YYYYMMDD_HHMMSS_<pid>.gcdump文件
  • -v 传入 true 或 false 默认为 false 如果传入 true 将会输出更多调试信息
  • -t 超时时间,单位是秒,默认是30秒

这个项目完全开源,源代码放在github 小伙伴如果有问题欢迎到官方交流

Collecting and analyzing memory dumps


本文会经常更新,请阅读原文: https://dotnet-campus.github.io//post/dotnet-%E7%94%A8-gcdump-%E8%B0%83%E8%AF%95%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E5%86%85%E5%AD%98%E5%8D%A0%E7%94%A8.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名 lindexi (包含链接: https://dotnet-campus.github.io/ ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系