如何通过CancellationToken和Ctrl+C可靠取消多个HttpClient请求？

我来帮你搞定这个控制台应用优雅退出的问题——我之前在.NET Framework环境下也踩过HttpClient异步取消的坑，太懂这种时而正常时而挂起的痛苦了。咱们先拆解问题根源，再给出稳定的解决方案。

为什么会出现挂起？ #

你的场景里挂起主要有几个核心原因：

1. 没有阻止系统默认的Ctrl+C终止行为：默认情况下，Console.CancelKeyPress事件触发后，系统会在事件处理完成后直接强制终止进程。这会导致正在执行的异步任务（尤其是HttpClient的底层请求线程）被强行中断，留下未清理的连接或资源，进而引发挂起。
2. CancellationToken没有传递到所有异步操作：如果只在GetAsync传了token，却没传给ReadAsStringAsync或者循环里的其他异步操作，那么即使GetAsync被取消，后续的异步步骤可能还在继续执行，导致线程卡住。
3. .NET Framework中HttpClient的底层限制：.NET Framework的HttpClient基于HttpWebRequest实现，它的取消机制依赖于Abort()方法，这个操作是异步的，在某些网络场景下（比如服务器未及时响应终止信号），可能无法立即终止请求，导致线程等待。

稳定优雅关闭的解决方案 #

下面是改进后的完整代码，我会标注关键的修复点：

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

class Program
{
    // 共享HttpClient（这部分你做的是对的，共享实例是最佳实践）
    private static readonly HttpClient _httpClient = new HttpClient()
    {
        // 建议添加超时，避免极端场景下请求无限等待
        Timeout = TimeSpan.FromSeconds(10)
    };
    private static CancellationTokenSource _cts;

    // .NET 4.7.1支持C#7.3的异步Main，记得在项目属性里启用
    static async Task Main(string[] args)
    {
        _cts = new CancellationTokenSource();
        // 注册Ctrl+C事件处理
        Console.CancelKeyPress += OnCancelKeyPress;

        try
        {
            // 启动10个并行下载任务
            var downloadTasks = new Task[10];
            for (int i = 0; i < downloadTasks.Length; i++)
            {
                int taskId = i;
                downloadTasks[i] = RunContinuousDownloadAsync(taskId, _cts.Token);
            }

            // 等待所有任务完成（包括被取消的情况）
            await Task.WhenAll(downloadTasks);
        }
        catch (OperationCanceledException)
        {
            Console.WriteLine("✅ 所有下载任务已被取消");
        }
        finally
        {
            // 确保资源被正确释放
            _cts.Dispose();
            _httpClient.Dispose();
            Console.WriteLine("🚀 应用已优雅退出");
        }
    }

    private static void OnCancelKeyPress(object sender, ConsoleCancelEventArgs e)
    {
        // 关键！阻止系统默认的强制终止行为，让我们自己处理退出流程
        e.Cancel = true;
        Console.WriteLine("\n⚠️ 收到取消信号，正在终止所有下载任务...");
        // 触发取消令牌
        _cts.Cancel();
    }

    private static async Task RunContinuousDownloadAsync(int taskId, CancellationToken token)
    {
        try
        {
            while (!token.IsCancellationRequested)
            {
                // 1. 给GetAsync传递取消令牌
                using (var response = await _httpClient.GetAsync("https://example.com", token))
                {
                    // 确保响应成功，避免无效请求占用资源
                    response.EnsureSuccessStatusCode();
                    // 2. 给ReadAsStringAsync也传递取消令牌
                    var content = await response.Content.ReadAsStringAsync(token);
                    Console.WriteLine($"任务 {taskId} | 已下载 {content.Length} 字节");
                }

                // 3. 循环间隔也传递令牌，避免延迟过程中无法响应取消
                await Task.Delay(100, token);
            }
        }
        catch (OperationCanceledException)
        {
            Console.WriteLine($"任务 {taskId} | 已取消");
            // 不需要重新抛出异常，Task.WhenAll会自动处理取消状态
        }
        catch (Exception ex)
        {
            Console.WriteLine($"任务 {taskId} | 发生错误: {ex.Message}");
        }
    }
}

关键改进点说明 #

1. 设置e.Cancel = true：这是解决挂起的核心！它告诉系统不要直接终止进程，而是让我们的代码完成所有任务的取消和资源清理，避免强制中断导致的资源泄漏。
2. 全链路传递CancellationToken：确保GetAsync、ReadAsStringAsync、Task.Delay都拿到取消令牌，让所有异步操作都能及时响应取消信号。
3. 添加HttpClient超时：即使取消信号因为网络问题无法立即生效，超时设置也能保证请求不会无限期卡住。
4. 捕获并处理取消异常：每个任务内部单独处理OperationCanceledException，避免异常扩散导致整个应用崩溃，同时清晰输出任务状态。
5. 资源正确释放：在finally块中释放CancellationTokenSource和HttpClient，避免内存泄漏。

额外建议 #

• 如果你的请求目标是内部服务，可以考虑在HttpClient中配置ServicePointManager的相关参数，比如缩短连接超时时间，或者关闭连接保持：

  ServicePointManager.DefaultConnectionLimit = 10; // 匹配你的并行任务数
  ServicePointManager.MaxServicePointIdleTime = 1000; // 缩短空闲连接的存活时间
  

• 避免在循环中无限制发起请求，添加适当的延迟可以减轻服务器和连接池的压力，也让取消操作更易执行。

内容的提问来源于stack exchange，提问作者Jakob Möllås