Dlaczego HttpClient BaseAddress nie działa?

Rozważ następujący kod, w którym BaseAddressdefiniuje częściową ścieżkę 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");
}

Oczekuję, że spełni to GETżądanie http://something.com/api/resource/7. Ale tak nie jest.

Po kilku poszukiwaniach znajduję to pytanie i odpowiedź: HttpClient z BaseAddress . Sugeruje się, aby umieścić /na końcu 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");
}

To wciąż nie działa. Oto dokumentacja: HttpClient.BaseAddress Co się tutaj dzieje?

Okazuje się, że z czterech możliwych kombinacji włączenia lub wyłączenia ukośników końcowych lub wiodących do przodu na BaseAddresswzględnym URI przekazanym do GetAsyncmetody - lub innej metody HttpClient- działa tylko jedna permutacja. Państwo musi umieścić ukośnik na końcu BaseAddress, a nie musi umieścić ukośnik na początku swojej względnej URI, jak w poniższym przykładzie.

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

Mimo że odpowiedziałem na własne pytanie, pomyślałem, że przyczynię się do rozwiązania tego problemu, ponieważ to nieprzyjazne zachowanie jest nieudokumentowane. Mój kolega i ja spędziliśmy większość dnia, próbując rozwiązać problem, który został ostatecznie spowodowany tą dziwnością HttpClient.

Rozdzielczość odniesienia opisano w dokumencie RFC 3986 Uniform Resource Identifier (URI): Ogólna składnia . I tak właśnie powinno działać. Aby zachować podstawową ścieżkę URI, musisz dodać ukośnik na końcu podstawowego identyfikatora URI i usunąć ukośnik na początku względnego identyfikatora URI.

Jeśli podstawowy identyfikator URI zawiera niepustą ścieżkę, procedura scalania odrzuca jej ostatnią część (po ostatniej /). Odpowiednia sekcja :

5.2.3 Scal ścieżki

Powyższy pseudokod odnosi się do procedury „scalania” służącej do łączenia odniesienia ścieżki względnej ze ścieżką podstawowego URI. Odbywa się to w następujący sposób:

• Jeśli podstawowy identyfikator URI ma zdefiniowany komponent uprawnień i pustą ścieżkę, zwróć ciąg składający się z „/” połączonego ze ścieżką odwołania; Inaczej

• zwraca ciąg składający się ze składnika ścieżki odwołania dołączonego do wszystkich oprócz podstawowego segmentu ścieżki podstawowego identyfikatora URI (tj. wykluczając znaki po skrajnym prawym „/” w podstawowej ścieżce URI lub wykluczając całą podstawową ścieżkę URI, jeśli nie zawiera żadnych znaków „/”).

Jeśli względny identyfikator URI zaczyna się od ukośnika, nazywany jest względnym identyfikatorem URI ścieżki bezwzględnej. W takim przypadku procedura scalania zignoruje całą podstawową ścieżkę URI. Aby uzyskać więcej informacji, sprawdź 5.2.2. Przekształć sekcję Odniesienia .

Wystąpił problem z klientem HTTPClient, nawet jeśli sugestie wciąż nie mogły go uwierzytelnić. Okazuje się, że potrzebowałem trailing '/' na mojej względnej ścieżce.

to znaczy

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

Alternatywnie - nie używaj BaseAddressw ogóle. Umieść cały adres URL w GetAsync()