最近在做效能測試時，在使用netstat命令檢視本地網路連線狀態時發現有大量的連線處於time_wait狀態。

於是認為是我們的dbcp的配置檔案寫的有問題，開始查應如何配置dbcp。但是改了幾個引數後，發現還是出現大量的time_wait。

於是又開始檢視官方的配置說明，還是我們老大認真犀利，發現了這段：
If maxIdle is set too low on heavily loaded systems it is possible you will see connections being closed and almost immediately new connections being opened. This is a result of the active threads momentarily closing connections faster than they are opening them, causing the number of idle connections to rise above maxIdle. The best value for maxIdle for heavily loaded system will vary but the default is a good starting point.

這段之前我也發現了，可是卻因為沒仔細閱讀想當然的認為了是另一個問題的說明。主要意思就是在負載壓力較大的系統中maxIdle的值不能太低，否則就會在短時間內出現關閉連線的速度大於開啟連線的速度的現象，就會出現大量空閒連線。所以，當出現的空閒連線數大於maxIdle時，連線池就會將多出的連線關閉，系統中也就會有大量的連線處於time_wait狀態了。
根據此說明，我們將maxIdle的數量修改為和maxTotal的值相同，再做效能壓力測試，系統中不再出現大量的time_wait連線了。