Чому 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()