ASP.NET Core中ThreadPool.SetMin/MaxThreads的设置值是否存在限制？

一、系统层面硬限制 #

• 物理资源约束：每个线程需要占用默认约1MB的栈内存，若SetMaxThreads设置过高，会快速耗尽进程内存，触发OutOfMemoryException。
• 操作系统线程总数上限：Windows、Linux等系统对单进程可创建的线程总数有硬性限制，超出后线程池无法新建线程，任务会进入排队等待状态。

二、ASP.NET Core运行时的默认逻辑限制 #

• MinThreads的优先级覆盖：ASP.NET Core会根据CPU核心数自动计算线程池最小线程数，如果你手动设置的SetMinThreads值低于运行时的自动计算值，该设置不会生效——运行时会优先保障处理HTTP请求的基础线程规模。
• 请求处理的性能平衡限制：
  • 若SetMaxThreads设置过低，并发请求量超出阈值后，后续请求会排队等待，导致响应延迟甚至超时；
  • 若设置过高，过多线程会引发频繁的CPU上下文切换，反而拉低整体处理性能。

三、代码参数的合法性限制 #

调用ThreadPool.SetMinThreads和ThreadPool.SetMaxThreads时，参数必须满足：

• 最小线程数不能大于最大线程数，否则方法返回false，设置不生效；
• 参数数值不能低于系统允许的最小值（比如worker线程数不能小于1）。

你当前的代码示例：

ThreadPool.SetMinThreads(workerThreads: 4, completionPortThreads: 4);
ThreadPool.SetMaxThreads(workerThreads: 70, completionPortThreads: 70);

需要注意：如果服务器CPU核心数较多，70的Max值可能适配；但低配置服务器下该数值可能过高，引发内存或性能问题。另外若服务器核心数较多，设置的Min值4可能低于运行时自动计算的数值，导致该设置被忽略。

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