为什么调用ThreadPool.SetMinThreads未创建预期数量的新线程？

问题1：ThreadPool.SetMinThreads 方法的实际作用 #

你遇到的现象完全符合该方法的设计逻辑，官方文档的描述没有问题，是理解出现了偏差：
ThreadPool.SetMinThreads 设定的是线程池快速创建线程的阈值，而非预创建线程的固定数量：

• 当线程池内的空闲线程不足以处理新的排队任务时，只要当前已创建的总线程数还低于你设置的最小线程数，线程池会立刻创建新线程处理任务，不会触发默认的节流逻辑（默认超过最小线程数后，线程池每秒最多仅创建1个新线程，避免短时间突发请求耗尽系统资源）
• 该方法不会主动提前创建空闲线程，线程池的核心设计逻辑是按需分配线程，在没有足够任务需要处理的前提下，不会预先占用内存资源创建闲置线程，这就是你设置了32000的最小线程数后，进程线程数没有增长的核心原因。

问题2：强制预创建大量空闲线程的实现方案 #

首先明确：.NET 没有提供官方的公开API直接强制线程池预创建指定数量的空闲线程，且预创建32000个线程的操作非常不推荐：每个.NET线程默认分配1MB的栈内存，32000个线程仅栈内存就会占用至少32GB的系统资源，还会大幅提升CPU上下文切换的开销，反而会降低服务整体性能，绝大多数场景下仅需要将MinThreads调整到合理值（通常为CPU核心数的2~4倍）就可以满足突发流量的应对需求。

如果确实有特殊场景必须要预创建指定数量的线程池空闲线程，可以通过以下迂回方案实现：

1. 先调用ThreadPool.SetMinThreads(workerThreads, ioThreads)将最小线程数调整到你需要的目标值，避免创建过程中被节流逻辑限制
2. 批量向线程池提交对应数量的阻塞任务，强制线程池创建足够多的线程来处理这些任务，示例代码如下：

int targetThreadCount = 32000;
using (var countdownEvent = new CountdownEvent(targetThreadCount))
{
    for (int i = 0; i < targetThreadCount; i++)
    {
        ThreadPool.QueueUserWorkItem(_ =>
        {
            countdownEvent.Signal();
            // 阻塞当前任务，等待所有任务都启动完成
            countdownEvent.Wait();
        });
    }
    // 等待所有提交的任务都启动，此时线程池已创建目标数量的线程
    countdownEvent.Wait();
}
// 执行到此处时，countdownEvent释放，所有任务执行完成退出，对应的线程会变为空闲状态保留在线程池中

注意：该方案仅适用于特殊场景，生产环境请谨慎评估资源开销后再使用。

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