參考：
三次握手：
四次揮手：
引用重點語句：close_wait 從上面的圖可以看出來，如果一直保持在close_wait 狀態，那麼只有一種情況，就是在對方關閉連線之後，伺服器程式自己沒有進一步發出ack 訊號。換句話說，就是在對方連線關閉之後，程式裡沒有檢測到，或者程式壓根就忘記了這個時候需要關閉連線，於是這個資源就一直被程式佔著。個人覺得這種情況，通過伺服器核心引數也沒辦法解決，伺服器對於程式搶占的資源沒有主動**的權利，除非終止程式執行。
結論：**漏洞。可以依據jstack -l >jstack.log輸出執行緒日誌檔案，進行分析，查詢**漏洞。
tcp連線大量CLOSE WAIT
netstat n awk tcp end last ack 1 syn recv 15 close wait 7729 established 471 fin wait1 3 fin wait2 52 syn sent 1 time wait 725 從結果可以看到有大量的連線處於close wa...
TCP連線大量CLOSE WAIT狀態問題排查
close wait產生原因 close wait是被動關閉連線是形成的，根據tcp狀態機，伺服器端收到客戶端傳送的fin，tcp協議棧會自動傳送ack，鏈結進入close wait狀態。但如果伺服器端不執行socket的close 操作，狀態就不能由close wait遷移到last ack，則系...
服務端大量CLOSE WAIT問題
服務端大量close wait問題.md 現象描述 服務端使用了quartz框架之後，剛開始啟動jetty容器的時候，請求正常，大概幾個請求完了之後，部分mac機子出現客戶端一直在請求，但是返回給客戶端的資訊是異常，服務端壓根沒有收到請求,或者收到請求 執行的非常慢 使用命令 lsof i 8080...