.Net 5 IHost FileSystemWatcher memory 泄漏

Question

我目前正在开发一个类似插件的系统，该系统需要在运行时加载程序集。

根应用程序将作为 windows 服务运行，并将为每个“插件”创建一个 IHost，以便每个插件都可以拥有自己的 DI 容器。

我开始对其进行压力测试，以查看在停止/启动“插件”时是否有任何 memory 泄漏。 停止/启动涉及停止 IHost 并处理它，然后启动一个新的。 我发现某处有一个小的 memory 泄漏。 似乎每重新启动 1000 次，我就会获得 10-50mb。

这并不可怕，但它让我觉得我没有正确处理某些东西。 我最终发现只是启动/停止默认 IHost 似乎会导致类似的问题（尽管程度较轻）。 下面是一个简单的控制台应用程序，几乎可以显示我在做什么，您可以看到它只是缓慢但始终如一地获得 memory 的使用。 我可以看到 GC 正在运行，所以我认为它永远不会被清理。

class Program
{
    private static async Task Main(string[] args)
    {
        while (true)
        {
            var host = Host.CreateDefaultBuilder().Build();
            await host.StartAsync();

            await host.StopAsync();
            host.Dispose();
        }
    }
}

这是 memory 快照。 你可以看到有一些东西在不断地积累。 突出显示的项目数量似乎与出现的外观数量相结合。

所以对我来说，似乎在 IHost 中的某个时间点创建了一个文件观察程序，但没有正确处理。 我猜它可能是配置文件之一？

我添加了 WriteLine 来跟踪已发生的循环数并运行了几分钟。 该应用程序从使用 memory 的 ~10-20mb 开始，但经过 17000 次循环后，它已达到 200mb+。 这是在每个循环结束时调用 GC.Collect 和 GC.WaitForPendingFinalizers。

我的问题是这是否是一个问题。 如果不是，我是否将其诊断为 memory 泄漏？

它可能不会影响我，因为我预计不会有数千次重启，但如果这实际上是泄漏，是否值得在 github 上创建问题？

编辑：

我想我已经确认这是 memory 泄漏。 如果我通过在.Build()之前添加以下内容来删除所有配置源，则 memory 问题就会消失。

ConfigureAppConfiguration(config =>
{
    config.Sources.Clear();
})

这是我应该在https://github.com/dotnet/aspnetcore/issues添加的问题吗？

Answer 1

正如我在编辑中所说，它看起来是由于配置设置造成的。

我在 ASP Net Core Github 上提出了问题，但看起来其他人几天前已经报告过了。

似乎 David Fowler 已经在 .Net 6 预览版中添加了拉取请求，因此应该为 .Net 6 修复它。