.NET中内存泄漏问题：是HttpClient、JsonSerializer还是Stream使用不当导致的？

阿华AIGC实验室

2026-4-17

嘿，我看了你这段ASP.NET Core 8 Minimal API里的后台服务代码，先帮你梳理下可能导致内存泄漏的几个点，咱们一步步来拆解：

首先先把你没写完的代码补全了（基于合理的业务逻辑补充，方便分析）：

public class SteamAppListDumpService : BackgroundService
{
    static TimeSpan RepeatDelay = TimeSpan.FromMinutes(30);
    private readonly IHttpClientFactory _httpClientFactory;

    private string GetSteamKey() => "...";

    private string GetAppListUrl(int? lastAppId = null)
    {
        return $"https://api.steampowered.com/IStoreService/GetAppList/v1/?key={GetSteamKey()}" +
            (lastAppId.HasValue ? $"&last_appid={lastAppId}" : "");
    }

    public SteamAppListDumpService(IHttpClientFactory httpClientFactory)
    {
        _httpClientFactory = httpClientFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        while (!stoppingToken.IsCancellationRequested)
        {
            try
            {
                var client = _httpClientFactory.CreateClient();
                var response = await client.GetAsync(GetAppListUrl(), stoppingToken);
                response.EnsureSuccessStatusCode();
                
                // 假设这里是你处理响应流和反序列化的逻辑
                using var stream = await response.Content.ReadAsStreamAsync(stoppingToken);
                // var appList = await JsonSerializer.DeserializeAsync<YourAppListModel>(stream, cancellationToken: stoppingToken);
                
                // 保存快照的逻辑...

                await Task.Delay(RepeatDelay, stoppingToken);
            }
            catch (Exception ex)
            {
                // 建议加日志记录异常，避免循环因异常中断
                // _logger.LogError(ex, "Failed to dump Steam app list");
                await Task.Delay(TimeSpan.FromMinutes(5), stoppingToken); // 出错后短时间重试
            }
        }
    }
}

接下来分析可能的内存泄漏元凶：

1. HttpClient部分：几乎可以排除

你用IHttpClientFactory创建客户端，这是.NET官方推荐的最佳实践——工厂会帮你统一管理HttpClient的生命周期，避免了直接new HttpClient导致的DNS缓存不更新、socket资源泄漏问题。而且你每次创建的客户端不需要手动Dispose（工厂会自动处理），所以这部分大概率不是泄漏的源头。

2. Stream操作：最可能的重灾区

如果你的代码里处理响应流时没有用using包裹，或者没有让流被正确释放，就会导致内存泄漏。比如直接写：

var stream = await response.Content.ReadAsStreamAsync(stoppingToken);
// 处理流后没手动Dispose

流对象会一直持有底层资源，GC无法及时回收。正确的做法是用using声明（C# 8+支持）或者using块，确保流在使用完后自动释放：

using var stream = await response.Content.ReadAsStreamAsync(stoppingToken);
// 在这里处理流和反序列化

3. JsonSerializer的潜在问题

如果反序列化时没有传入CancellationToken，当服务需要停止时，反序列化操作可能无法及时中断，导致资源长时间挂起，间接造成内存泄漏。另外，如果你的反序列化模型持有未释放的资源（比如自定义流、数据库连接）且未实现IDisposable，也可能导致泄漏，但这种情况比较少见。

4. 后台服务循环的细节问题

未处理异常：如果循环中抛出未捕获的异常，会导致循环中断，部分已创建的资源（比如HttpClient、Stream）可能无法被正确清理。所以一定要加try-catch块，保证循环能持续执行，同时在异常时做适当的重试和日志。
Task.Delay未传stoppingToken：如果服务停止时，Task.Delay没有收到取消信号，会导致服务无法及时退出，资源被挂起。你代码里已经传了，但要确保所有异步操作都正确传入取消令牌。