HttpClientHandler / HttpClient 内存泄漏

我有 10-150 个长期存在的类对象，它们调用使用 HttpClient 执行简单 HTTPS API 调用的方法。 PUT 调用示例：

using (HttpClientHandler handler = new HttpClientHandler())
{
    handler.UseCookies = true;
    handler.CookieContainer = _Cookies;

    using (HttpClient client = new HttpClient(handler, true))
    {
        client.Timeout = new TimeSpan(0, 0, (int)(SettingsData.Values.ProxyTimeout * 1.5));
        client.DefaultRequestHeaders.TryAddWithoutValidation("User-Agent", Statics.UserAgent);

        try
        {
            using (StringContent sData = new StringContent(data, Encoding.UTF8, contentType))
            using (HttpResponseMessage response = await client.PutAsync(url, sData))
            {
                using (var content = response.Content)
                {
                    ret = await content.ReadAsStringAsync();
                }

            }
        }
        catch (ThreadAbortException)
        {
            throw;
        }
        catch (Exception ex)
        {
            LastErrorText = ex.Message;
        }
    }
}

运行这些方法 2-3 小时后，包括通过以下方式进行适当处置：using声明中，程序的内存已攀升至 1GB-1.5GB，并最终因各种内存不足错误而崩溃。很多时候，连接是通过不可靠的代理进行的，因此连接可能无法按预期完成（超时和其他错误很常见）。

.NET 内存分析器表明HttpClientHandler是这里的主要问题，指出它同时具有“具有直接委托根的已处置实例”（红色感叹号）和“已处置但仍未 GCed 的实例”（黄色感叹号）。探查器指示已获得 root 权限的代表是AsyncCallbacks，源自 HttpWebRequest。

也可能与RemoteCertValidationCallback，与 HTTPS 证书验证有关，因为TlsStream是根中更下方的一个对象，“已处理但未 GC”。

考虑到这一切 - 我怎样才能更正确地使用 HttpClient 并避免这些内存问题？我应该强迫GC.Collect()每小时左右？我知道这被认为是不好的做法，但我不知道如何回收这些未正确处理的内存，并且这些短暂对象的更好使用模式对我来说并不明显，因为它似乎是 .NET 对象本身的缺陷。

UPDATE强迫GC.Collect()没有效果。

进程的总托管字节最多保持在 20-30 MB 左右，而进程总内存（在任务管理器中）继续攀升，表明存在非托管内存泄漏。因此，这种使用模式会造成非托管内存泄漏。

我尝试根据建议创建 HttpClient 和 HttpClientHandler 的类级实例，但这没有明显的效果。即使我将它们设置为类级别，它们仍然会重新创建并且很少重新使用，因为代理设置经常需要更改。一旦发起请求，HttpClientHandler 就不允许修改代理设置或任何属性，因此我不断地重新创建处理程序，就像最初对独立的处理程序所做的那样using声明。

HttpClienthandler 仍然通过 AsyncCallback -> HttpWebRequest 的“直接委托根”进行处理。我开始怀疑 HttpClient 是否不是为快速请求和短期对象而设计的。没有尽头......希望有人提出建议，使 HttpClientHandler 的使用可行。

Memory profiler shots:

使用 Alexandr Nikitin 的重现形式，我发现这似乎只有当 HttpClient 是一个短暂的对象时才会发生。如果你让处理程序和客户端长期存在，这似乎不会发生：

using System;
using System.Net.Http;
using System.Threading.Tasks;

namespace HttpClientMemoryLeak
{
    using System.Net;
    using System.Threading;

    class Program
    {
        static HttpClientHandler handler = new HttpClientHandler();

        private static HttpClient client = new HttpClient(handler);

        public static async Task TestMethod()
        {
            try
            {
                using (var response = await client.PutAsync("http://localhost/any/url", null))
                {
                }
            }
            catch
            {
            }
        }

        static void Main(string[] args)
        {
            for (int i = 0; i < 1000000; i++)
            {
                Thread.Sleep(10);
                TestMethod();
            }

            Console.WriteLine("Finished!");
            Console.ReadKey();
        }
    }
}