最近做了一個安全傳輸模塊，因為怕對性能有較大影響，因此測試安排了針對性的壓測
壓測的過程出現了一點小問題
發現失敗率特別高，測試懷疑是服務端出了錯，但是我查看日志發現沒有報錯。后面我觀察TCP鏈接數排除了服務端的嫌疑
我發現跑着跑着，tcp鏈接數就突然就降低下來，也就是這個時候jmeter顯示的錯誤率急劇升高。因此排除了服務端的嫌疑，然后讓測試把日志輸出打開，果然打開日志輸出后，發現了大量的錯誤：
拿上面的錯誤信息到百度找，找到如下答案
Windows 提供給 TCP/IP鏈接的端口為 1024-5000，並且要四分鍾來循環回收他們。就導致我們在短時間內跑大量的請求時將端口占滿了。
又找到如下解決方法
增加動態分配到客戶端TCP/IP 套接字連接的臨時端口的上限
1.cmd中，用regedit命令打開注冊表
2.在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters下，
1）右擊parameters，添加一個新的DWORD，名字為MaxUserPort
2）然后雙擊MaxUserPort，輸入數值數據為65534，基數選擇十進制
3.重啟電腦
降低客戶端TCP/IP 套接字連接的超時值
1. 啟動注冊表編輯器。
2. 在注冊表中，瀏覽到並單擊以下注冊表項。
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters
3. 在“編輯”菜單中單擊“新建”、“DWORD 值”，然后添加以下注冊表值，以縮短關閉連接時，該連接處於 TIME_WAIT 狀態的時間。當連接處於 TIME_WAIT 狀態時，套接字對無法重新使用.
測試嘗試過上面的方法是有效的，但是這個有效也是有限度的，如果把並發線程不斷調大，還是會出現上面的問題，不過一般的小壓測還是可以應付了。
原文鏈接：https://blog.csdn.net/chenyun19890626/article/details/80645740