Почему HttpClient BaseAddress не работает?

Рассмотрим следующий код, где BaseAddressопределяется частичный путь URI.

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api");
    var response = await client.GetAsync("/resource/7");
}

Я ожидаю, что это выполнит GET запрос к http://something.com/api/resource/7. Но это не так.

После некоторых поисков я нахожу этот вопрос и ответ: HttpClient с BaseAddress . Предложение заключается в том, чтобы поставить /в концеBaseAddress .

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("/resource/7");
}

Это все еще не работает. Вот документация: HttpClient.BaseAddress Что здесь происходит?

Оказывается, из четырех возможных перестановок, включающих или исключающих конечные или ведущие косые черты на BaseAddressи относительный URI, передаваемый вGetAsync методу - или любому другому методу HttpClient- работает только одна перестановка. Вы должны поместить косую черту в конце BaseAddress, и вы не должны помещать косую черту в начало вашего относительного URI, как в следующем примере.

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("resource/7");
}

Несмотря на то, что я ответил на свой собственный вопрос, я решил внести здесь свое решение, поскольку, опять же, это недружественное поведение недокументировано. Мы с коллегой провели большую часть дня, пытаясь решить проблему, которая в конечном итоге была вызвана этой странностью HttpClient.

Ссылочное разрешение описывается в RFC 3986 Унифицированный идентификатор ресурса (URI): общий синтаксис . И это именно так, как это должно работать. Чтобы сохранить базовый путь URI, необходимо добавить косую черту в конце базового URI и удалить косую черту в начале относительного URI.

Если базовый URI содержит непустой путь, процедура слияния отбрасывает свою последнюю часть (после последней /). Соответствующий раздел :

5.2.3. Пути слияния

Вышеуказанный псевдокод относится к процедуре «слияния» для объединения ссылки относительного пути с путем базового URI. Это достигается следующим образом:

• Если базовый URI имеет определенный компонент полномочий и пустой путь, тогда вернуть строку, состоящую из "/", соединенную с путем ссылки; в противном случае

• вернуть строку, состоящую из компонента пути ссылки, добавленного ко всем, кроме последнего сегмента пути базового URI (т. е. исключая любые символы после крайнего правого "/" в пути базового URI, или исключая весь путь базового URI, если он не содержит символов "/").

Если относительный URI начинается с косой черты, он называется относительным URI абсолютного пути. В этом случае процедура слияния игнорирует все базовые пути URI. Для получения дополнительной информации проверьте 5.2.2. Раздел « Преобразование ссылок ».

Столкнулся с проблемой с HTTPClient, даже с предложениями все еще не мог заставить его аутентифицироваться. Оказывается, мне нужен конечный «/» в моем относительном пути.

т.е.

var result = await _client.GetStringAsync(_awxUrl + "api/v2/inventories/?name=" + inventoryName);

var result = await _client.PostAsJsonAsync(_awxUrl + "api/v2/job_templates/" + templateId+"/launch/" , new {
                inventory = inventoryId
            });

В качестве альтернативы - не использовать BaseAddressвообще. Поместите весь URL в GetAsync()