IIS请求处理线程池与TPL线程池是否为同一线程池？

嘿，这个问题问到点子上了——很多人刚开始接触.NET并发和IIS的时候都会疑惑这点，我来给你理清楚：

• .NET 运行时里的ThreadPool是进程级的全局资源，整个应用域里所有依赖线程池的组件，默认都会共用它。
• IIS处理HTTP请求的线程，正是从这个全局线程池里分配的；而TPL（比如用Task.Run、Parallel.Invoke启动的任务），默认情况下也会从同一个线程池获取线程来执行。

举个控制器里的实际例子：

public async Task<IActionResult> HeavyWorkAction()
{
    // 当前处理HTTP请求的线程，来自全局ThreadPool
    Console.WriteLine($"请求线程ID: {Thread.CurrentThread.ManagedThreadId}");

    await Task.Run(() => {
        // 这里的任务线程，同样来自同一个全局ThreadPool
        Console.WriteLine($"任务线程ID: {Thread.CurrentThread.ManagedThreadId}");
        DoCPUIntensiveWork();
    });

    return Ok();
}

运行这段代码你会发现，两个线程ID可能不同，但它们都属于同一个进程级的ThreadPool。

当然也有例外情况：如果你手动创建了自定义的线程池（比如自己实现的线程调度器），那TPL任务如果指定用这个自定义池，才会和IIS的请求线程池分开——但这种场景在日常Web开发里几乎不会遇到，默认都是共用全局池的。

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