Come posso riutilizzare una connessione HttpClient in modo efficiente?
-
19-09-2019 - |
Domanda
sto facendo POST HTTP molto frequentemente (> = 1 / sec) per un endpoint API e voglio fare in modo che sto facendo in modo efficiente. Il mio obiettivo è quello di avere successo o fallire nel più breve tempo possibile, soprattutto dal momento che ho codice separato per riprovare POST fallito. C'è una bella pagina di HttpClient suggerimenti relativi a prestazioni , ma non sono certo se in modo esaustivo la loro attuazione tutti avranno benefici reali. Ecco il mio codice in questo momento:
public class Poster {
private String url;
// re-use our request
private HttpClient client;
// re-use our method
private PostMethod method;
public Poster(String url) {
this.url = url;
// Set up the request for reuse.
HttpClientParams clientParams = new HttpClientParams();
clientParams.setSoTimeout(1000); // 1 second timeout.
this.client = new HttpClient(clientParams);
// don't check for stale connections, since we want to be as fast as possible?
// this.client.getParams().setParameter("http.connection.stalecheck", false);
this.method = new PostMethod(this.url);
// custom RetryHandler to prevent retry attempts
HttpMethodRetryHandler myretryhandler = new HttpMethodRetryHandler() {
public boolean retryMethod(final HttpMethod method, final IOException exception, int executionCount) {
// For now, never retry
return false;
}
};
this.method.getParams().setParameter(HttpMethodParams.RETRY_HANDLER, myretryhandler);
}
protected boolean sendData(SensorData data) {
NameValuePair[] payload = {
// ...
};
method.setRequestBody(payload);
// Execute it and get the results.
try {
// Execute the POST method.
client.executeMethod(method);
} catch (IOException e) {
// unable to POST, deal with consequences here
method.releaseConnection();
return false;
}
// don't release so that it can be reused?
method.releaseConnection();
return method.getStatusCode() == HttpStatus.SC_OK;
}
}
Avrebbe senso per disabilitare il controllo per le connessioni stantio? Dovrei essere guardando utilizzando il MultiThreadedConnectionManager ? Naturalmente, il benchmarking reale sarebbe fare a meno ho voluto verificare se il mio codice è sulla strada giusta prima.
Soluzione
La maggior parte del calo di prestazioni delle connessioni HTTP sta stabilendo la connessione socket. È possibile evitare questo utilizzando connessioni HTTP 'keep-alive'. Per fare questo, è meglio utilizzare HTTP 1.1 e fare in modo che "Content-Length: xx" è sempre impostata nelle richieste e le risposte, "Connecction: close" è impostato correttamente al momento opportuno ed è correttamente agito quando ha ricevuto