System.Drawing Linux 上的内存使用率较高

Question

有什么方法可以诊断非托管内存泄漏吗？

我正在使用 .NET 5.0 控制台应用程序和 NETCode（条形码） 库。该程序本身很简单，它调用条形码库并从图像创建 Base64 字符串 5000 次，我使用“使用块”，因此也正在处理处置。

static void Main(string[] args)
{
    Console.ReadKey();
    for (int i = 0; i < 5000; i++)
    {
        Barcode bar = new Barcode("123456789123456", Type.Code128);
        using (var image = bar.GetImage())
        {
            using (MemoryStream ms = new MemoryStream())
            {
                image.Save(ms,ImageFormat.Png);
                var base64 = Convert.ToBase64String(ms.ToArray());
                Console.WriteLine(i);
            }
        }
    }
    Console.ReadKey();
    Console.ReadKey();
}

在 Windows 上，该程序消耗 15-25 MB（不会超过该值），但在 Linux 上，非托管内存随着每次迭代不断增加，但根本不会下降（在 5000 次迭代中达到 600MB）。

Linux 点内存：

Windows 点内存：

修复 Font、FontFamily 处理问题后，我尝试了相同的程序，但结果是相同的。 我在 J4LBarcode、BarcodeLib 方面面临同样的问题。

我正在使用 docker：

FROM mcr.microsoft.com/dotnet/aspnet:5.0.15-focal as base
FROM mcr.microsoft.com/dotnet/sdk:5.0.406-focal AS build

可以在这里找到带有 dockerfile 和 dotmemory 快照的整个演示。

Answer 1

我能够解决这个问题，并且该解决方案适用于在 Linux 上使用 System.Drawing.Bitmap 的任何人。

该问题与 NetBarcode、System.Drawing.Common 无关（至少在 Windows 上）。在linux环境下我们使用libgdiplus。 NetBarcode.Barcode.GetImage() 创建位图：

var bitmap = new Bitmap(_width, _height);

默认情况下会创建一个具有 32 位深度 (RGBA) 的位图。

public Bitmap(int width, int height) : this(width, height, PixelFormat.Format32bppArgb)
{
}

我怀疑 Linux GDI+ 无法正确处理 32 位彩色图像。 如果您明确指定位图使用 24Bit：

var bitmap = new Bitmap(_width, _height, PixelFormat.Format24bppRgb);

内存泄漏问题将得到解决。

Answer 2

我将在 Danial Ahmed 发现的基础上添加一些发现，因为我们遇到了类似的问题，但使用的是 .NET 6。

在创建位图时添加

PixelFormat.Format24bppRgb

作为参数减少了内存泄漏，但并没有完全消除它。在我们的 dockerfile 中，我们手动添加了旧版本的 GDI (4.2)，这消除了内存泄漏。

Answer 3

我安装了 libgdiplus 版本 4.2 并修复了该问题。