Warum funktioniert HttpClient BaseAddress nicht?

Betrachten Sie den folgenden Code, in dem BaseAddressder einen partiellen URI-Pfad definiert.

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

Ich erwarte, dass dies eine GETAnfrage an http://something.com/api/resource/7. Aber das tut es nicht.

Nach einigem Suchen finde ich diese Frage und Antwort: HttpClient mit BaseAddress . Der Vorschlag ist, /am Ende des zu platzieren 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");
}

Es funktioniert immer noch nicht. Hier ist die Dokumentation: HttpClient.BaseAddress Was ist hier los?

Es stellt sich heraus, dass von den vier möglichen Permutationen des Einschlusses oder Ausschlusses von nachgestellten oder führenden Schrägstrichen auf dem BaseAddressund dem relativen URI, der an die GetAsyncMethode übergeben wird - oder welcher anderen Methode auch immer HttpClient- nur eine Permutation funktioniert. Sie müssen einen Schrägstrich am Ende des BaseAddressund keinen Schrägstrich am Anfang Ihres relativen URI setzen, wie im folgenden Beispiel.

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

Obwohl ich meine eigene Frage beantwortet habe, dachte ich, ich würde die Lösung hier einbringen, da dieses unfreundliche Verhalten wiederum nicht dokumentiert ist. Mein Kollege und ich verbrachten den größten Teil des Tages damit, ein Problem zu beheben, das letztendlich durch diese Seltsamkeit von verursacht wurde HttpClient.

Die Referenzauflösung wird durch RFC 3986 Uniform Resource Identifier (URI): Generic Syntax beschrieben . Und genau so soll es funktionieren. Um den Basis-URI-Pfad beizubehalten, müssen Sie am Ende des Basis-URI einen Schrägstrich hinzufügen und am Anfang des relativen URI einen Schrägstrich entfernen.

Wenn der Basis-URI einen nicht leeren Pfad enthält, verwirft die Zusammenführungsprozedur den letzten Teil (nach dem letzten /). Relevanter Abschnitt :

5.2.3. Pfade zusammenführen

Der obige Pseudocode bezieht sich auf eine "Zusammenführungs" -Routine zum Zusammenführen einer Relativpfadreferenz mit dem Pfad des Basis-URI. Dies wird wie folgt erreicht:

• Wenn der Basis-URI eine definierte Berechtigungskomponente und einen leeren Pfad hat, geben Sie eine Zeichenfolge zurück, die aus "/" besteht, das mit dem Pfad der Referenz verknüpft ist. Andernfalls

• Geben Sie eine Zeichenfolge zurück, die aus der Pfadkomponente der Referenz besteht, die an alle bis auf das letzte Segment des Basis-URI-Pfads angehängt ist (dh ohne alle Zeichen nach dem am weitesten rechts stehenden "/" im Basis-URI-Pfad oder ohne den gesamten Basis-URI-Pfad, falls dies der Fall ist enthält keine "/" Zeichen).

Wenn der relative URI mit einem Schrägstrich beginnt, wird er als relativer URI für den absoluten Pfad bezeichnet. In diesem Fall ignorieren die Zusammenführungsprozeduren alle Basis-URI-Pfade. Weitere Informationen finden Sie unter 5.2.2. Abschnitt Referenzen transformieren .

Stieß auf ein Problem mit dem HTTPClient, obwohl die Vorschläge ihn immer noch nicht zur Authentifizierung bringen konnten. Es stellte sich heraus, dass ich ein abschließendes '/' in meinem relativen Pfad brauchte.

dh

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

Alternativ - überhaupt nicht verwenden BaseAddress. Geben Sie die gesamte URL in GetAsync() ein.