Регистрация сообщений запроса / ответа при использовании HttpClient

У меня есть метод, который выполняет POST, как показано ниже

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

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

Мой вопрос в том, как я могу получить фактический JSON, опубликованный из объекта сущности. Я хотел бы зарегистрировать JSON, который был РАЗМЕЩЕН, так что было бы неплохо иметь это без необходимости выполнять сериализацию json самому.

Пример того, как вы могли бы это сделать:

Некоторые примечания:

• LoggingHandlerперехватывает запрос до того, как обработает его, HttpClientHandlerкоторый, наконец, записывает в провод.

• PostAsJsonAsyncextension внутренне создает, ObjectContentи когда ReadAsStringAsync()вызывается в LoggingHandler, оно заставляет средство форматирования внутри ObjectContentсериализовать объект, и это причина, по которой вы видите содержимое в json.

Обработчик журнала:

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;
    }
}

Свяжите вышеуказанный LoggingHandler с HttpClient :

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

Вывод:

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!"

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

Чтобы настроить прослушиватель System.Net для вывода как в консоль, так и в файл журнала, добавьте в файл конфигурации сборки следующее:

<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>

Также доступна сетевая трассировка для следующих объектов (см. Статью о msdn )

• System.Net.Sockets Некоторые общедоступные методы классов Socket, TcpListener, TcpClient и Dns
• System.Net Некоторые общедоступные методы классов HttpWebRequest, HttpWebResponse, FtpWebRequest и FtpWebResponse, а также отладочная информация SSL (недействительные сертификаты, список отсутствующих издателей и ошибки сертификатов клиента).
• System.Net.HttpListener Некоторые общедоступные методы классов HttpListener, HttpListenerRequest и HttpListenerResponse.
• System.Net.Cache Некоторые частные и внутренние методы в System.Net.Cache.
• System.Net.Http Некоторые общедоступные методы классов HttpClient, DelegatingHandler, HttpClientHandler, HttpMessageHandler, MessageProcessingHandler и WebRequestHandler.
• System.Net.WebSockets.WebSocket Некоторые общедоступные методы классов ClientWebSocket и WebSocket.

Поместите следующие строки кода в файл конфигурации

<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>  

Самым простым решением было бы использовать Wireshark и отслеживать поток HTTP tcp.