Dynamisch ändern HttpClient.Timeout in .NET

Question

Ich muss eine HttpClient.Timeout Eigenschaft ändern, nachdem es eine Anforderung (en) gemacht hat. Wenn ich versuche, erhalte ich eine Ausnahme:

Diese Instanz bereits eine oder mehr Anforderungen begonnen hat. Eigenschaften können nur vor dem Senden der ersten Anfrage geändert werden.

Gibt es eine Möglichkeit, dies zu vermeiden?

Answer 1

Sie können nicht viel tun, um dies zu ändern. Dies ist nur das Standardverhalten in der HttpClient-Implementierung.

Die Timeout-Eigenschaft muss festgelegt werden, bevor die GetRequestStream oder GetResponse Methode aufgerufen wird. From HttpClient.Timeout Remark Section

Um den Timeout zu ändern, wäre es am besten, eine neue Instanz eines Httpclient zu erstellen.

client = new HttpClient(); 
client.Timeout = 20; //set new timeout 

Answer 2

Intern wird die Timeout Eigenschaft wird verwendet, um ein CancellationTokenSource einzurichten, die den Async Betrieb abbrechen, wenn die Zeitüberschreitung erreicht ist. Da einige Überlastungen der HttpClient Methoden CancellationTokens akzeptieren, können wir Hilfsmethoden erstellen, um eine benutzerdefinierte Timeouts für bestimmte Operationen haben:

public async Task<string> GetStringAsync(string requestUri, TimeSpan timeout) 
{ 
    using (var cts = new CancellationTokenSource(timeout)) 
    { 
     HttpResponseMessage response = await _httpClient.GetAsync(requestUri, cts.Token) 
     response.EnsureSuccessStatusCode(); 

     return await response.Content.ReadAsStringAsync(); 
    } 
} 

Answer 3

Mangel an Unterstützung für benutzerdefinierte Anforderungsebene Timeouts hat ein Manko von HttpClient in meinem Kopf immer . Wenn Sie nicht über eine kleine Bibliothek Abhängigkeit dagegen, Flurl.Http [Disclaimer: Ich bin der Autor] unterstützt diese direkt:

"http://api.com/endpoint".WithTimeout(30).GetJsonAsync<T>(); 

Dies ist eine wahre Anforderungsebene Einstellung; alle Anrufe auf den gleichen Host eine gemeinsame HttpClient Instanz unter der Haube, und gleichzeitige Anrufe mit verschiedenen Timeouts nicht in Konflikt verwenden. Es gibt einen konfigurierbaren globalen Standard (anfangs 100 Sekunden, wie HttpClient).