Warum funktioniert HttpClient BaseAddress nicht?

Question

Betrachten Sie den folgenden Code, wobei BaseAddress 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 GET Anfrage http://something.com/api/resource/7 auszuführen. Aber das tut es nicht.

Nach einigem Suchen finde ich diese Frage und Antwort: HttpClient with BaseAddress. Der Vorschlag ist, / am Ende der BaseAddress zu platzieren.

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?

Answer 1

Es stellt sich heraus, dass von den vier möglichen Permutationen mit oder ohne stechend oder schleppend vorwärts Schrägstriche auf dem BaseAddress und die relative URI zum GetAsync Methode übergeben - oder Unabhängig davon, welche andere Methode der HttpClient - nur ein Permutation funktioniert. Sie müssen platzieren Sie einen Schrägstrich am Ende der BaseAddress, und Sie müssen nicht platzieren Sie einen Schrägstrich am Anfang Ihrer relativen URI, 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"); 
} 

Auch wenn ich meine eigene Frage beantworten, dachte ich, ich die Lösung hier beitragen würde, da wieder, dieses unfreundliche Verhalten nicht dokumentiert ist. Mein Kollege und ich verbrachten den größten Teil des Tages damit, ein Problem zu lösen, das letztendlich durch diese Kuriosität von HttpClient verursacht wurde.

Answer 2

Referenz Auflösung wird von RFC 3986 Uniform Resource Identifier (URI): Generic Syntax beschrieben. Und genau so sollte 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 den Schrägstrich entfernen.

Wenn der Basis-URI einen nicht leeren Pfad enthält, verwirft der Mischvorgang den letzten Teil (nach dem letzten /). Relevant section:

5.2.3. Merge-Pfade

Der Pseudocode oben bezieht sich auf eine "Merge" -Routine zum Zusammenführen eines relativen Pfadverweises mit dem Pfad des Basis-URI. Dies wird wie folgt erreicht :

• Wenn die Basis-URI hat eine definierte Stelle Komponente und einen leeren Pfad, dann eine Zeichenkette zurück, die aus „/“ verketteten mit dem Pfad Verweises des; sonst

• return einen String der Pfadkomponente des Referenz bestehend für alle bis auf das letzte Segment des Basis Pfad URI anhängenden (dh ohne irgendwelche Zeichen nach dem am weitesten rechts stehenden „/“ in der Basis URI Pfad, oder den gesamten Basis-URI-Pfad auszuschließen, wenn er keine "/" - Zeichen enthält.

Wenn relative URI beginnt mit einem Schrägstrich, wird es einen absoluten Pfad relative URI genannt. In diesem Fall ignoriert die Merge-Prozedur alle Basis-URI-Pfade. Weitere Informationen finden Sie im Abschnitt 5.2.2. Transform References.