JavaのHTTP接続プールでの接続の退避戦略

Question

Webサービスのjavaでhttp接続プーリングを実装しようとしています。このサービスは要求を受け取り、他のhttpサービスを呼び出します。

public final class HttpClientPool { 
private static HttpClientPool instance = null; 
private PoolingHttpClientConnectionManager manager; 
private IdleConnectionMonitorThread monitorThread; 
private final CloseableHttpClient client; 

public static HttpClientPool getInstance() { 
    if (instance == null) { 
    synchronized(HttpClientPool.class) { 
    if (instance == null) { 
    instance = new HttpClientPool(); 
    } 
    } 
    } 
    return instance; 
} 

private HttpClientPool() { 
    manager = new PoolingHttpClientConnectionManager(); 
    client = HttpClients.custom().setConnectionManager(manager).build(); 
    monitorThread = new IdleConnectionMonitorThread(manager); 
    monitorThread.setDaemon(true); 
    monitorThread.start(); 
} 

public CloseableHttpClient getClient() { 
    return client; 
} 
} 


class IdleConnectionMonitorThread extends Thread { 
private final HttpClientConnectionManager connMgr; 
private volatile boolean shutdown; 

IdleConnectionMonitorThread(HttpClientConnectionManager connMgr) { 
    super(); 
    this.connMgr = connMgr; 
} 

@Override 
public void run() { 
    try { 
    while (!shutdown) { 
    synchronized(this) { 
    wait(5000); 
    // Close expired connections 
    connMgr.closeExpiredConnections(); 
    // Optionally, close connections 
    // that have been idle longer than 30 sec 
    connMgr.closeIdleConnections(60, TimeUnit.SECONDS); 
    } 
    } 
    } catch (InterruptedException ex) { 
    // 
    } 
} 

void shutdown() { 
    shutdown = true; 
    synchronized(this) { 
    notifyAll(); 
    } 
} 
} 

1. 代わりに私がmanager.setValidateAfterInactivityを使用する場合は、どのようなIdleConnectionMonitorThreadを使用しての接続立ち退き戦略にConnection Managementドキュメントで述べたように。上記の2つのアプローチの賛成論は何ですか？&？

2. 上記のHTTP接続プールの実装は正しいですか？

Answer 1

#setValidateAfterInactivityが正の値に設定されていると、リース要求時に永続的な接続が有効になります。つまり、古くて再利用不可能な接続は、それらを再利用しようとするまでプールから自動的に削除されません。

指定された時間間隔で永続的な接続を繰り返し実行し、プールから期限切れの接続またはアイドル状態の接続を削除する専用のスレッドを実行すると、余分なスレッドとプールロックの競合が発生します。