Rejestrowanie komunikatów żądań / odpowiedzi podczas korzystania z HttpClient

115

Mam metodę, która wykonuje POST, jak poniżej

var response = await client.PostAsJsonAsync(url, entity);

if (response.IsSuccessStatusCode)
{
        // read the response as strongly typed object
        return await response.Content.ReadAsAsync<T>();
}

Moje pytanie brzmi: w jaki sposób mogę uzyskać rzeczywisty JSON, który został wysłany z obiektu entity. Chciałbym zarejestrować JSON, który jest POSTOWANY, więc byłoby miło mieć to bez konieczności samodzielnego serializacji json.

govin
źródło

Odpowiedzi:

198

Przykład, jak możesz to zrobić:

Kilka uwag:

  • LoggingHandlerprzechwytuje żądanie, zanim je obsłuży, i HttpClientHandlerostatecznie zapisze do drutu.

  • PostAsJsonAsyncRozszerzenie wewnętrznie tworzy plik, ObjectContenta gdy ReadAsStringAsync()jest wywoływany w programie LoggingHandler, powoduje, że program formatujący wewnątrz ObjectContentserializuje obiekt i dlatego widzisz zawartość w formacie json.

Program obsługi logowania:

public class LoggingHandler : DelegatingHandler
{
    public LoggingHandler(HttpMessageHandler innerHandler)
        : base(innerHandler)
    {
    }

    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        Console.WriteLine("Request:");
        Console.WriteLine(request.ToString());
        if (request.Content != null)
        {
            Console.WriteLine(await request.Content.ReadAsStringAsync());
        }
        Console.WriteLine();

        HttpResponseMessage response = await base.SendAsync(request, cancellationToken);

        Console.WriteLine("Response:");
        Console.WriteLine(response.ToString());
        if (response.Content != null)
        {
            Console.WriteLine(await response.Content.ReadAsStringAsync());
        }
        Console.WriteLine();

        return response;
    }
}

Połącz powyższy LoggingHandler z HttpClient :

HttpClient client = new HttpClient(new LoggingHandler(new HttpClientHandler()));
HttpResponseMessage response = client.PostAsJsonAsync(baseAddress + "/api/values", "Hello, World!").Result;

Wynik:

Request:
Method: POST, RequestUri: 'http://kirandesktop:9095/api/values', Version: 1.1, Content: System.Net.Http.ObjectContent`1[
[System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]], Headers:
{
  Content-Type: application/json; charset=utf-8
}
"Hello, World!"

Response:
StatusCode: 200, ReasonPhrase: 'OK', Version: 1.1, Content: System.Net.Http.StreamContent, Headers:
{
  Date: Fri, 20 Sep 2013 20:21:26 GMT
  Server: Microsoft-HTTPAPI/2.0
  Content-Length: 15
  Content-Type: application/json; charset=utf-8
}
"Hello, World!"
Kiran Challa
źródło
3
To dobrze, jeśli potrzebujesz szczegółów żądania, ale nie udaje się uzyskać dokładnego żądania wysłanego do serwera. Jeśli potrzebujesz dokładnie całego bajtu wysłanego do serwera, to nie zadziała w ten sposób.
mathk
1
Dlaczego new HttpClientHandler()? Nie ma go w oficjalnej dokumentacji: docs.microsoft.com/en-us/aspnet/web-api/overview/advanced/…
Zero3
1
Ach, najwyraźniej wymagane jest, aby nie uzyskać wyjątku dotyczącego braku wewnętrznego programu obsługi ...
Zero3
3
Można również zastąpić MessageProcessingHandler które zasadniczo wywołuje ProcessRequesti ProcessResponsemetody dla Ciebie przed i po SendAsyncwywołaniu.
IllusiveBrian
1
Odpowiedź @ RamiA poniżej jest lepsza, ponieważ nie wymaga zmian w kodzie. Po zakończeniu debugowania usuwasz śledzenie z konfiguracji i to wszystko. Nie ma potrzeby tworzenia nowej wersji.
Tsahi Asher,
50

Zobacz http://mikehadlow.blogspot.com/2012/07/tracing-systemnet-to-debug-http-clients.html

Aby skonfigurować odbiornik System.Net do wysyłania zarówno do konsoli, jak i do pliku dziennika, dodaj następujące elementy do pliku konfiguracji zestawu:

<system.diagnostics>
  <trace autoflush="true" />
  <sources>
    <source name="System.Net">
      <listeners>
        <add name="MyTraceFile"/>
        <add name="MyConsole"/>
      </listeners>
    </source>
  </sources>
  <sharedListeners>
    <add
      name="MyTraceFile"
      type="System.Diagnostics.TextWriterTraceListener"
      initializeData="System.Net.trace.log" />
    <add name="MyConsole" type="System.Diagnostics.ConsoleTraceListener" />
  </sharedListeners>
  <switches>
    <add name="System.Net" value="Verbose" />
  </switches>
</system.diagnostics>
Rami A.
źródło
2
to świetne rozwiązanie, dziękujemy za zebranie informacji i udostępnienie.
Piwaf
Jak to działa ? Skopiowałem <system.diagnostics>do folderu app.configpod, <configuration>ale w binfolderze nie ma pliku dziennika, a dane wyjściowe konsoli również nic nie wyświetlają. Czego mi brakuje?
Muflix
1
@Muflix, możesz przeczytać dokumentację, do której link znajduje się na stronie wymienionej na górze mojej odpowiedzi. Myślę, że nazwa pliku określona w initializeDataatrybucie zostanie utworzona w bieżącym katalogu roboczym uruchomionego pliku wykonywalnego, więc możesz chcieć sprawdzić, która ścieżka znajduje się w twoim środowisku.
Rami A.
11

Śledzenie sieci jest również dostępne dla następnych obiektów (zobacz artykuł na msdn )

  • System.Net.Sockets Niektóre metody publiczne klas Socket, TcpListener, TcpClient i Dns
  • System.Net Niektóre metody publiczne klas HttpWebRequest, HttpWebResponse, FtpWebRequest i FtpWebResponse oraz informacje debugowania SSL (nieprawidłowe certyfikaty, brakująca lista wystawców i błędy certyfikatów klienta).
  • System.Net.HttpListener Niektóre metody publiczne klas HttpListener, HttpListenerRequest i HttpListenerResponse.
  • System.Net.Cache Niektóre metody prywatne i wewnętrzne w System.Net.Cache.
  • System.Net.Http Niektóre metody publiczne klas HttpClient, DelegatingHandler, HttpClientHandler, HttpMessageHandler, MessageProcessingHandler i WebRequestHandler.
  • System.Net.WebSockets.WebSocket Niektóre metody publiczne klas ClientWebSocket i WebSocket.

Umieść kolejne wiersze kodu w pliku konfiguracyjnym

<configuration>  
  <system.diagnostics>  
    <sources>  
      <source name="System.Net" tracemode="includehex" maxdatasize="1024">  
        <listeners>  
          <add name="System.Net"/>  
        </listeners>  
      </source>  
      <source name="System.Net.Cache">  
        <listeners>  
          <add name="System.Net"/>  
        </listeners>  
      </source>  
      <source name="System.Net.Http">  
        <listeners>  
          <add name="System.Net"/>  
        </listeners>  
      </source>  
      <source name="System.Net.Sockets">  
        <listeners>  
          <add name="System.Net"/>  
        </listeners>  
      </source>  
      <source name="System.Net.WebSockets">  
        <listeners>  
          <add name="System.Net"/>  
        </listeners>  
      </source>  
    </sources>  
    <switches>  
      <add name="System.Net" value="Verbose"/>  
      <add name="System.Net.Cache" value="Verbose"/>  
      <add name="System.Net.Http" value="Verbose"/>  
      <add name="System.Net.Sockets" value="Verbose"/>  
      <add name="System.Net.WebSockets" value="Verbose"/>  
    </switches>  
    <sharedListeners>  
      <add name="System.Net"  
        type="System.Diagnostics.TextWriterTraceListener"  
        initializeData="network.log"  
      />  
    </sharedListeners>  
    <trace autoflush="true"/>  
  </system.diagnostics>  
</configuration>  
StuS
źródło
-14

Najłatwiejszym rozwiązaniem byłoby użycie Wireshark i prześledzenie przepływu HTTP tcp.

user1096164
źródło
9
Wyobraź sobie świat, w którym większość tego typu połączeń to w rzeczywistości HTTPS.
niepokoić się