使用httpclient時根據 CLOSE_WAIT 和 leased 判斷連接配接處理是否正确

1 CLOSE_WAIT  等待資源釋放

          對應socket中，用戶端就是等待inputStream關閉，服務端就是等待outputStream關閉。 可以通過 netstate 指令擷取連接配接情況。

# netstat -t | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
      CLOSE_WAIT 27
      ESTABLISHED 28
      TIME_WAIT 4865
           

2 leased 連接配接池中正在使用的連接配接數

leased 連接配接池中正在使用的連接配接數  

available 連接配接池中可用的連接配接數  

（leased + available）為建立的總連接配接數    

pending 存放等待擷取連接配接的線程的Future 

PoolingHttpClientConnectionManager.getTotalStats().toString()
[leased: 23; pending: 0; available: 2; max: 200]
           

3 問題

     程式運作一段時間，TCP等待釋放資源的連接配接數和httpclient中正在使用的連接配接數不下降，且數目接近。

4 原因

     httpclient未進行資源的釋放。

5 解決

     使用 EntityUtils.consume( entity ); 即可釋放資源。

6 分析

  EntityUtils.consume( entity ); 源碼：

public static void consume(HttpEntity entity) throws IOException {
        if(entity != null) {
            if(entity.isStreaming()) {
                InputStream instream = entity.getContent();
                if(instream != null) {
                    instream.close();
                }
            }

        }
    }
           

通過關閉InputStream，釋放TCP資源，同時等待HttpClient中的回收線程對連接配接進行回收（未标記重用的連接配接直接關閉）

參考：https://www.cnblogs.com/trust-freedom/p/6349502.html