HttpClient.PostAsJsonAsync non vede mai quando il post ha successo e risponde

Question

Stiamo utilizzando un HttpClient per inviare json a un servizio Web riposante. In un caso, ci imbattiamo in qualcosa che ci lascia sconcertati. Usando strumenti come postino, violinista ecc., Possiamo postare su un endpoint e vedere che funziona. Quando facciamo lo stesso con HttpClient.PostAsJsonAsync, possiamo verificare nel software che stiamo postando che ha ricevuto i dati bene. Tuttavia, il nostro PostAsJsonAsync finirà sempre per scadere piuttosto che darci una risposta.

Abbiamo collaborato con il team che ha creato il servizio che stiamo consumando, oltre ai nostri test aggiuntivi da parte nostra, e non siamo ancora riusciti a usufruire del servizio.

Ogni volta che eseguiamo un post con HttpClient, possiamo verificare che il software di destinazione che pubblichiamo abbia effettivamente i dati. Ogni volta che facciamo un post per quel software di destinazione da qualsiasi altro strumento, vediamo sempre molto rapidamente una risposta con il codice di stato di 200. Qualcosa su HttpClient non riesce ad accettare la risposta da questo particolare servizio. Qualcuno ha un'idea di cosa possiamo guardare da qui?

Ecco il codice (se è così cookie cutter che quasi non mi sento è necessario)

public string PostData(string resourcePath, Object o, Boolean isCompleteUrl = false, int timeoutMinutes = -1) 
    { 
     using (var client = new HttpClient()) 
     { 
      if (timeoutMinutes > 0) 
      { 
       client.Timeout = new TimeSpan(0,timeoutMinutes,0); 
      } 
      var useUrl = isCompleteUrl ? resourcePath : ApiBase + resourcePath; 
      var response = client.PostAsJsonAsync(useUrl, o).Result; 
      if(response.StatusCode == System.Net.HttpStatusCode.OK) 
      { 
       return response.Content.ReadAsStringAsync().Result; 
      } 
      return ""; 
     } 

    } 

Answer 1

Quella riga di codice nel nostro caso ha risolto il problema. Uno sviluppatore di una squadra diversa ha offerto questo suggerimento e funziona. Devo ancora google e leggere abbastanza su di esso per offrire una spiegazione di ciò che sta affrontando.

Answer 2

C'è una ragione per cui non stai seguendo l'asincrono attendere modello? Stai chiamando un metodo asincrono, ma non lo stai aspettando. Non hai detto se il codice che chiama il tuo servizio REST era un'applicazione Windows Form o ASP.NET, ma che .Result è probably causing you issues.

Puoi ristrutturare il vostro metodo come questo:

public async Task<string> PostData(string resourcePath, Object o, Boolean isCompleteUrl = false, int timeoutMinutes = -1) 
{ 
    using (var client = new HttpClient()) 
    { 
     if (timeoutMinutes > 0) 
     { 
      client.Timeout = new TimeSpan(0,timeoutMinutes,0); 
     } 
     var useUrl = isCompleteUrl ? resourcePath : ApiBase + resourcePath; 
     var response = await client.PostAsJsonAsync(useUrl, o); 
     if(response.StatusCode == System.Net.HttpStatusCode.OK) 
     { 
      return await response.Content.ReadAsStringAsync(); 
     } 
     return ""; 
    } 

} 

Answer 3

questo:

var response = client.PostAsJsonAsync(useUrl, o).Result; 

si sta causando il codice a un punto morto. Questo è spesso il caso quando si blocca su API asincrone, ed è per questo che si verifica l'effetto "Non vedo alcuna risposta".

Come si sta causando un deadlock? Il fatto che si sta eseguendo questa richiesta in un ambiente che contiene un contesto di sincronizzazione, forse uno che appartiene all'interfaccia utente. Esegue la richiesta asincrona e quando arriva la risposta, continua attraverso un thread di completamento I/O che tenta di postare la continuazione su quello stesso contesto UI, che è attualmente bloccato dalla tua chiamata .Result.

Se si desidera effettuare una richiesta HTTP in modo sincrono, utilizzare invece WebClient. Se si desidera sfruttare l'API asincrona correttamente, quindi await anziché il blocco con .Result.

Answer 4

Questa è una leggera modifica alla soluzione di @Justin Helgerson. Ci sono 2 chiamate di blocco .Result nel tuo metodo; una volta che si è asincroni, è necessario correggerli entrambi.

public async Task<string> PostDataAsync(string resourcePath, Object o, Boolean isCompleteUrl = false, int timeoutMinutes = -1) 
{ 
    using (var client = new HttpClient()) 
    { 
     if (timeoutMinutes > 0) 
     { 
      client.Timeout = new TimeSpan(0,timeoutMinutes,0); 
     } 
     var useUrl = isCompleteUrl ? resourcePath : ApiBase + resourcePath; 
     var response = await client.PostAsJsonAsync(useUrl, o); 
     if(response.StatusCode == System.Net.HttpStatusCode.OK) 
     { 
      return await response.Content.ReadAsStringAsync(); 
     } 
     return ""; 
    } 
} 

Nota Ho anche rinominato il metodo per PostDataAsync secondo la TAP pattern.

Answer 5

Ho avuto lo stesso problema e this SO answer risolto per me.

In poche parole, è necessario utilizzare l'estensione ConfigureAwait(false) per evitare la situazione di stallo:

var response = await client.PostAsJsonAsync(useUrl, o).ConfigureAwait(false);