Как HttpClient выполняет дескриптор переопределенных путей?

Question

Я заметил, что org.apache.http.client.HttpClient определяет метод execute, который принимает целевой хост и параметр запроса.

/** 
* Executes a request to the target using the default context. 
* 
* @param target the target host for the request. 
*     Implementations may accept <code>null</code> 
*     if they can still determine a route, for example 
*     to a default target or by inspecting the request. 
* @param request the request to execute 
* 
* @return the response to the request. This is always a final response, 
*   never an intermediate response with an 1xx status code. 
*   Whether redirects or authentication challenges will be returned 
*   or handled automatically depends on the implementation and 
*   configuration of this client. 
* @throws IOException in case of a problem or the connection was aborted 
* @throws ClientProtocolException in case of an http protocol error 
*/ 
HttpResponse execute(HttpHost target, HttpRequest request) 
    throws IOException, ClientProtocolException; 

Я вникал в DefaultHttpClient и DefaultRequestDirector исходного кода, и стало очевидно, что проще execute(HttpRequest request) метод разделяет запрос в объект HttpHost и объект HttpRequest и направляет вызов к более указанного метода (на самом деле , тот, который также принимает объект HttpContext, - но в данный момент меня не интересует контекст).

Вопрос, так как запрос и хост могут принимать URI, как определяется окончательный URI? В чем они оба имеют абсолютный URI? Что, если они конфликтуют? Что они оба имеют частичные пути?

Answer 1

HttpHost представляет физический конечная точка. Он содержит только часть полномочий (схема, хост и порт) URI. Он не содержит пути. Запрос URI представляет собой ресурс, который потенциально может быть виртуальный. Не может быть конфликтов. Только если HttpHost не задана явно часть полномочий запроса URI предполагается Физического конечная точка

Например

HttpHost = http://www.google.com:-1 
Request URI = http://www.google.ch/stuff 

приведет к следующей композиции сообщения

TCP

localhost:<random> -> www.google.com:80 

HTTP

GET /stuff HTTP/1.1 
Host: www.google.ch 

Вы можете увидеть это поведение в частном вспомогательный метод AbstractHttpClient.determineTarget, который, несмотря на радикально меняется между 4.0 и 4.3.5 экстрактами только схема, хост и порт из URI для вариантов execute, которые не поставляют в HttpHost. Код, в котором цель и запрос скомпонованы обратно на конечный маршрут, более запутан, но тщательное чтение методов HttpRoute, HttpRoutePlanner и HttpRequest подразумевает, что все явно относятся к host или hostTarget, исходящим от хоста HTTP и пути (и params и фрагмент), исходящие из локальной части, которая поступает из HttpRequest.