什么是 .NET 中的线程池（ThreadPool）？为什么在高并发服务器程序中通常不建议频繁创建 new Thread？
参考答案
线程池（ThreadPool）是 .NET 提供的一种线程管理机制，用于复用已有线程来执行任务，而不是每次任务都创建新的线程。线程的创建和销毁成本较高，如果每个请求都 new Thread，会导致大量线程创建、上下文切换和系统资源消耗。
线程池通过维护一组可复用线程来执行任务，例如 Task.Run()、async/await、ThreadPool.QueueUserWorkItem() 等方式通常都会使用线程池。这样做的好处是：
减少线程创建成本
避免线程数量失控
提高服务器并发处理能力
线程池会根据 CPU 核数和负载动态调整线程数量，因此在 Web 服务器、后台服务等高并发场景中，使用线程池比手动创建线程更高效、更稳定。
追问 1
线程池的线程数量是固定的吗？
线程池的线程数量并不是固定的，而是由 CLR 动态管理。它会根据 CPU 核数、任务数量和系统负载自动调整线程数量。当任务较少时，线程池只会维持少量线程；当任务增多时，线程池会逐渐增加线程数量，但不会无限增长。这样可以避免系统因为线程过多而产生大量上下文切换，导致整体性能下降。因此线程池既保证了并发能力，也控制了资源消耗。
追问 2
什么情况下仍然可能需要手动创建线程？
虽然线程池适合大多数场景，但在某些情况下仍可能需要手动创建线程。例如需要长期运行的后台线程（如独立服务循环任务）、需要高优先级或特定线程属性的线程，或者需要与线程生命周期紧密绑定的逻辑。在这些情况下，线程池线程可能被回收或复用，因此使用 new Thread 可以提供更明确的线程控制。但这种情况相对较少。
追问 3
Task 和线程池有什么关系？
Task 是 .NET 中更高级的并发抽象，它通常是基于线程池实现的。当使用 Task.Run() 或 async/await 时，任务会被调度到线程池线程执行，而不是创建新的线程。这样可以更好地利用线程池资源，并且 Task 还提供了更丰富的功能，例如任务组合、异常传播、取消机制等。因此在现代 .NET 开发中，推荐使用 Task 和异步编程模型，而不是直接操作线程。
#面试题 #dotnet面试题 #面试真题 #dotne线程池 #程序员进阶指南
