Perché HttpClient BaseAddress non funziona?

Si consideri il seguente codice, dove BaseAddressdefinisce un percorso URI parziale.

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

Mi aspetto che questo esegua una GETrichiesta a http://something.com/api/resource/7. Ma non lo fa.

Dopo alcune ricerche, trovo questa domanda e rispondo: HttpClient con BaseAddress . Il suggerimento è quello di porre /alla fine del 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");
}

Non funziona ancora. Ecco la documentazione: HttpClient.BaseAddress Cosa sta succedendo qui?

Si scopre che, tra le quattro possibili permutazioni di inclusione o esclusione di barre finali o di trascinamento in avanti sull'URI BaseAddresse sul relativo URI passate al GetAsyncmetodo - o qualsiasi altro metodo di HttpClient- funziona solo una permutazione. È necessario posizionare una barra alla fine di BaseAddresse non inserire una barra all'inizio dell'URI relativo, come nell'esempio seguente.

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

Anche se ho risposto alla mia domanda, ho pensato che avrei contribuito alla soluzione qui poiché, ancora una volta, questo comportamento ostile non è documentato. Io e il mio collega abbiamo trascorso gran parte della giornata a cercare di risolvere un problema che è stato in definitiva causato da questa stranezza di HttpClient.

La risoluzione di riferimento è descritta da RFC 3986 Uniform Resource Identifier (URI): sintassi generica . Ed è esattamente come dovrebbe funzionare. Per preservare il percorso dell'URI di base è necessario aggiungere una barra alla fine dell'URI di base e rimuovere la barra all'inizio dell'URI relativo.

Se l'URI di base contiene un percorso non vuoto, la procedura di unione elimina la sua ultima parte (dopo l'ultima /). Sezione pertinente :

5.2.3. Unisci percorsi

Lo pseudocodice sopra si riferisce a una routine di "unione" per unire un riferimento di percorso relativo con il percorso dell'URI di base. Questo si ottiene come segue:

• Se l'URI di base ha un componente di autorità definito e un percorso vuoto, restituisce una stringa composta da "/" concatenata con il percorso del riferimento; altrimenti

• restituisce una stringa costituita dal componente del percorso del riferimento aggiunto a tutti tranne l'ultimo segmento del percorso dell'URI di base (ovvero, escludendo qualsiasi carattere dopo il più "/" più a destra nel percorso dell'URI di base o escludendo l'intero percorso dell'URI di base se esso non contiene alcun carattere "/").

Se l'URI relativo inizia con una barra, viene chiamato un URI relativo del percorso assoluto. In questo caso la procedura di unione ignora tutto il percorso URI di base. Per ulteriori informazioni, consultare 5.2.2. Sezione Trasforma riferimenti .

Si è verificato un problema con HTTPClient, anche se i suggerimenti non riuscivano ancora ad autenticarlo. Ho scoperto che avevo bisogno di un '/' finale nel mio percorso relativo.

vale a dire

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

In alternativa, non usare BaseAddressaffatto. Inserisci l'intero URL in GetAsync()