HttpClient eine einzige Instanz mit verschiedenen Authentifizierungs-Header

Gegeben, dass die .Netto-HttpClient wurde mit Wiederverwendung im Auge und soll lange lebte und memory leaks gemeldet wurden in kurzlebigen Instanzen. Was Hilfslinien sind da, wo Sie wollen, um restful-Aufrufe zu einem bestimmten Endpunkt mit verschiedenen bearer-Token (oder irgendein authorization-header) beim Aufruf der Endpunkt für mehrere Benutzer?

private void CallEndpoint(string resourceId, string bearerToken) {
  httpClient.DefaultRequestHeaders.Authorization =
    new AuthenticationHeaderValue("bearer", bearerToken);
  var response = await httpClient.GetAsync($"resource/{resourceid}");
}

Angesichts der obige code aufgerufen werden könnte von einer beliebigen Anzahl von threads, die auf eine web-Anwendung ist es leicht möglich, dass die header-Satz in der ersten Zeile ist nicht das gleiche, das beim Aufruf der Ressource.

Ohne dass Konflikte mit sperren und Aufrechterhaltung einer stateless web-Anwendung, was ist die empfohlene Vorgehensweise zum erstellen und Entsorgung HttpClients für einen einzelnen Endpunkt (Meine aktuellen Praxis ist die Schaffung eines einheitlichen client pro Endpunkt)?

Lifecycle

Obwohl HttpClient hat indirekt die IDisposable implementieren
Schnittstelle, ist die empfohlene Verwendung der HttpClient ist nicht, Sie zu entsorgen
nach jeder Anfrage. Das HttpClient-Objekt bestimmt ist, so zu Leben, wie
lange, wie Sie Ihre Anwendung braucht, um HTTP-Anfragen. Ein Objekt haben
bestehen über mehrere Anfragen hinweg ermöglicht, einen Platz für die Einstellung
DefaultRequestHeaders und verhindert, dass Dinge neu einzugeben
wie CredentialCache-und CookieContainer bei jeder Anfrage, als war
notwendig mit HttpWebRequest.

Sprechen Sie über eine relativ kleine Anzahl von verschiedenen auth-Header oder lose, wie Sie einzigartig für jeden Benutzer?
Es wäre eine einzigartige header für jeden Benutzer. Es wäre, dass der Nutzer den oauth-token. Ich denke, dass scott hannen hat mich auf die richtige Spur. Sieht aus wie eine Erweiterung Methoden wird in Ordnung sein.
Hallo @Bronumski , können Sie teilen sich die Art und Weise Sie diese gelöst? Ich habe das gleiche Problem mit mehreren threads hinzufügen der gleiche Kopf, aber mit unterschiedlichen Inhalten.
Ich habe aktualisiert scotts Antwort mit Beispielen, wie ich die GET und POST. Das gleiche Prinzip wird verwendet, auf eine der anderen Methoden, die Sie implementieren möchten. Die extension-Methode enthält eine Aktion, die ermöglicht es Ihnen, zu manipulieren, das HttpRequest, bevor es gesendet wird.
Danke für die Antwort... scheint, wie ich gehe einen ähnlichen Weg, die Nutzung von sendasync und übergeben eine Anfrage als parameter mit dem custom-Header.

InformationsquelleAutor Bronumski | 2016-06-20

  1. 57

    Wenn Ihr Header sind in der Regel die gleiche dann können Sie die DefaultRequestHeaders. Aber Sie brauchen nicht zu verwenden, die die Eigenschaft angeben, den Header. Wie Sie festgestellt haben, das würde auch gar nicht funktionieren, wenn du gehst, um mehrere threads mit dem gleichen client. Änderungen an den Standard-Header gemacht, in einem thread wirkt sich auf Anfragen in anderen threads.

    Allerdings können Sie die Standard-Header an den client, und wenden Sie Sie auf jede Anforderung, die Header sind wirklich Eigenschaften der Anfrage. Also, wenn die Header einer Anfrage, Sie möchte nur hinzufügen, dass Sie den Wunsch.

    request.Headers.Authorization = new AuthenticationHeaderValue("bearer", bearerToken);

    Das bedeutet, dass Sie nicht verwenden können, die vereinfachten Verfahren, die nicht um die Erstellung einer HttpRequest. Benötigen Sie 

    public Task<HttpResponseMessage> SendAsync(HttpRequestMessage request)

    dokumentiert hier.

    Beispiel der GET-und POST-Methoden erfolgt über eine extension-Methode, können Sie Sie Bearbeiten den request-header und mehr von der HttpRequestMessage bevor es gesendet wird:

    public static Task<HttpResponseMessage> GetAsync
    (this HttpClient httpClient, string uri, Action<HttpRequestMessage> preAction)
{
    var httpRequestMessage = new HttpRequestMessage(HttpMethod.Get, uri);

    preAction(httpRequestMessage);

    return httpClient.SendAsync(httpRequestMessage);
}

public static Task<HttpResponseMessage> PostAsJsonAsync<T>
    (this HttpClient httpClient, string uri, T value, Action<HttpRequestMessage> preAction)
{
    var httpRequestMessage = new HttpRequestMessage(HttpMethod.Post, uri)
    {
        Content = new ObjectContent<T>
            (value, new JsonMediaTypeFormatter(), (MediaTypeHeaderValue)null)
    };
    preAction(httpRequestMessage);

    return httpClient.SendAsync(httpRequestMessage);
}

    Diese könnten dann wie folgt benutzt werden:

    var response = await httpClient.GetAsync("token",
    x => x.Headers.Authorization = new AuthenticationHeaderValue("basic", clientSecret));
    Große Lösung. Einfach umgesetzt. Hinzugefügt shortcut folgenden Muster unten public static Task<HttpResponseMessage> GetAsync(das HttpClient-httpClient, string uri, string token, CancellationToken cancellationToken) { return httpClient.GetAsync(uri, x => SetToken(x, token), cancellationToken); } void SetToken(HttpRequestMessage request, string token, string Typ = "Träger")
    Was HttpClientHandler.Proxy, HttpClientHandler.CookieContainer und andere Eigenschaften HttpClientHandler dass kann nicht festgelegt werden, in der HttpRequestMessage? (oder können Sie?)

    InformationsquelleAutor Scott Hannen

Schreibe einen Kommentar