Por que o HttpClient BaseAddress não está funcionando?

Considere o código a seguir, onde BaseAddressdefine um caminho URI parcial.

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

Eu espero que isso execute um GET solicitação para http://something.com/api/resource/7. Mas isso não acontece.

Após algumas pesquisas, acho esta pergunta e resposta: HttpClient with BaseAddress . A sugestão é colocar /no final doBaseAddress .

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

Ainda não funciona. Aqui está a documentação: HttpClient.BaseAddress O que está acontecendo aqui?

Acontece que, das quatro permutações possíveis de incluir ou excluir barras à direita ou à esquerda no BaseAddressURI relativo e passado para o GetAsyncmétodo - ou qualquer outro método de HttpClient- apenas uma permutação funciona. Você deve colocar uma barra no final do BaseAddresse não deve colocar uma barra no início do seu URI relativo, como no exemplo a seguir.

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

Mesmo tendo respondido minha própria pergunta, achei que contribuiria com a solução aqui, pois, novamente, esse comportamento hostil não é documentado. Meu colega e eu passamos a maior parte do dia tentando resolver um problema que foi causado por essa estranheza HttpClient.

A resolução de referência é descrita pelo URI (RFC 3986 Uniform Resource Identifier): Sintaxe genérica . E é exatamente assim que deveria funcionar. Para preservar o caminho do URI base, você precisa adicionar uma barra no final do URI base e remover a barra no início do URI relativo.

Se o URI base contiver um caminho não vazio, o procedimento de mesclagem descartará a última parte (depois da última /). Seção relevante :

5.2.3 Mesclar caminhos

O pseudocódigo acima refere-se a uma rotina de "mesclagem" para mesclar uma referência de caminho relativo com o caminho do URI base. Isso é feito da seguinte maneira:

• Se o URI base tiver um componente de autoridade definido e um caminho vazio, retorne uma sequência que consiste em "/" concatenada com o caminho da referência; de outra forma

• retorne uma string que consiste no componente de caminho da referência anexado a todos, exceto o último segmento do caminho do URI base (ou seja, excluindo caracteres após o "/" mais à direita no caminho URI base ou excluindo todo o caminho URI base, se não contém caracteres "/").

Se o URI relativo começar com uma barra, ele será chamado de URI relativo do caminho absoluto. Nesse caso, o procedimento de mesclagem ignora todo o caminho URI base. Para mais informações, consulte 5.2.2. Seção Transformar referências .

Ocorreu um problema com o HTTPClient, mesmo com as sugestões ainda não foi possível autenticar. Acontece que eu precisava de um '/' à direita no meu caminho relativo.

ie

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

Como alternativa - não use BaseAddressnada. Coloque o URL inteiro em GetAsync()