C# .NET中线程池内异步Http调用未按预期并行执行问题

问题根源 #

你用ThreadPool.QueueUserWorkItem调用async void方法时，线程池线程执行到await client.GetAsync就会立即释放，后续的Thread End打印会被调度到线程池的空闲线程。但线程池默认最小工作线程数较低（等于CPU核心数），且扩容速度慢，导致所有Thread Start先批量打印，之后才陆续输出Thread End。而new Thread创建的是独立线程，不受线程池限制，因此能实现Start和End穿插打印。

修正方案 #

1. 核心优化点 #

• 替换async void为async Task：async void仅适用于事件处理，普通异步方法用async Task可跟踪任务状态，避免异常丢失。
• 复用HttpClient实例：频繁创建HttpClient会耗尽连接池资源，复用能提升性能并避免连接问题。
• 直接启动异步任务（无需依赖ThreadPool.QueueUserWorkItem）：IO密集型的Http调用本身不占用线程等待，直接调用异步方法更高效。
• 可选：调整线程池最小线程数，加快任务调度速度。

2. 完整代码示例 #

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

class Program
{
    // 全局复用HttpClient，避免连接池耗尽
    private static readonly HttpClient _sharedHttpClient = new HttpClient();

    static async Task Main(string[] args)
    {
        // 可选：调整线程池最小工作线程数，默认值为CPU核心数，此处设为50加快调度
        ThreadPool.SetMinThreads(50, 50);

        var tasks = new Task[1000];
        for (int i = 0; i < 1000; i++)
        {
            // 直接启动异步任务，无需ThreadPool.QueueUserWorkItem
            tasks[i] = ExecuteHttpCallAsync();
        }

        // 等待所有任务完成（若不需要等待可省略，但控制台程序需避免提前退出）
        await Task.WhenAll(tasks);
    }

    public async Task ExecuteHttpCallAsync()
    {
        Console.WriteLine("Thread Start: " + Thread.CurrentThread.ManagedThreadId);
        var response = await _sharedHttpClient.GetAsync("https://my-json-server.typicode.com/typicode/demo/posts");
        if (response.IsSuccessStatusCode)
        {
            Console.WriteLine("Thread End: " + Thread.CurrentThread.ManagedThreadId);
        }
    }
}

3. 效果说明 #

• 复用HttpClient减少了连接开销，提升了请求效率。
• async Task配合Task.WhenAll可以正确跟踪所有任务状态，避免异步异常被吞掉。
• 调整线程池最小线程数后，线程池会更快分配线程处理任务启动，从而实现Thread Start和Thread End的穿插打印，和new Thread的效果一致。

内容的提问来源于stack exchange，提问作者Shivam Pal