Подтвердить что ты не робот

Как можно эффективно использовать соединение HttpClient?

Я делаю HTTP POST очень часто ( >= 1/сек) до конечной точки API, и я хочу убедиться, что делаю это эффективно. Моя цель - преуспеть или сбой как можно скорее, тем более, что у меня есть отдельный код для повторных попыток POST. Существует хорошая страница рекомендаций по производительности HttpClient, но я не уверен, что исчерпывающая реализация их всех будет иметь реальные преимущества. Вот мой код прямо сейчас:

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;
  }
}

Имеет ли смысл отключить проверку устаревших соединений? Должен ли я смотреть на MultiThreadedConnectionManager? Конечно, фактический бенчмаркинг помог бы, но я хотел проверить, действительно ли мой код находится на правильном пути.

4b9b3361

Ответ 1

Большая часть производительности HTTP-подключений устанавливает соединение сокета. Вы можете избежать этого, используя http-соединения "keep-alive". Для этого лучше всего использовать HTTP 1.1 и убедиться, что "Content-Length: xx" всегда задается в запросах и ответах, "Connecction: close" корректно задается, когда это необходимо, и правильно принимается при получении.