1、(maxWorkerThreads * CPU邏輯數量）-minFreeThreads

比如2個CPU默認配置maxWorkerThreads=100，minFreeThreads=176，則同時最大只能有24個工作線程。（這里不管  <system.net>

    <connectionManagement>

      <add address="*" maxconnection="8" />

    </connectionManagement>

 </system.net>這個配置的值，經過測試，不管這里的maxconnection為多少，最終都是從上面的計算公式計算出來的）

2、maxconnection，這個值是每秒可以支持的線程數。（但實際每秒可以并行運行的線程為(maxWorkerThreads * CPU邏輯數量）-minFreeThreads的結果），一般要求支持并發量，每個并發請求都很耗時的情況下，就需要設置該值為對應的并發量（有這么多線程來處理），但線程多了切換也很耗服務器資源，實際情況往往不一定請求都很耗時，所以根據實際情況調整。

3、maxWorkerThreads是最大工作線程，默認100我覺得再非高并發下還是可以

4、minWorkerThreads是最小工作線程，由于托管線程啟動比較耗時，根據實驗結果：40秒啟動了18個線程，大概接近官方說的每秒接近2個。由于線程開銷比較耗時，因此可以初始化到正常情況下的最低支持并發數量。比如我們平臺白天最少有10個并發，則可以設置最小線程為5（2個CPU），或者服務端可能會遇到瞬間的超大并發量的請求，則可設置默認最小工作線程更大一點，可以快速處理請求。minWorkerThreads只對遞增線程有影響，不影響穩定后的并發量。

5、最小空閑線程minFreeThreads參數的配置，有的官方資料建議配置成88*N的數量（如果maxWorkerThreads為100的情況），因為說為了留足夠的空閑線程給系統用，但是經過測試，發現高壓下，缺空閑線程真的空閑起來了，根本沒有用，因此我覺得應該把這個值設置小一點，比如設置為80（maxWorkerThreads為100的情況），就會留下100*2-80=120個最大連接，在高壓下就能建立120個線程，速度和效率會很快。

注意點：

1、CPU邏輯數量：按照物理CPU數量，如果CPU是超線程（多核）會再乘以2

2、同一時間可處理量不代表每秒可處理量，比如同一時間可以處理20個，可能每秒能處理200個，因為每個請求只要0.1秒。

3、注意配置節點中processModel里的maxWorkerThreads、maxIoThreads和minWorkerThreads、minIoThreads都只配置單CPU邏輯數量的值，計算時會自動乘以CPU邏輯數量。

4、配置節點包括：

System.web節點下：

    <processModel autoConfig="false"

    maxWorkerThreads = "100"

    maxIoThreads = "100"

    minWorkerThreads = "20"