Не удается прочитать Request.Content в контроллере ASP.NET WebApi

Я тоже боролся с этим. ReadAsStringAsync и ReadAsAsync возвращают объект задачи. Ссылка на свойство Result возвращает содержимое. Возможно, ссылка на свойство Result приводит к блокировке запроса на асинхронное чтение.

Пример:

string str = response.Content.ReadAsStringAsync().Result;

Я понимаю, что это устарело, и на него был дан ответ, но для чего это стоит, причина, по которой вы не можете использовать ReadAsStringAsync(), заключается не в том, что он «съедает данные», как было предложено, а в том, что контент обрабатывается как поток и поскольку данные были использованы средством форматирования сообщений, позиция потока уже находится в конце.

Чтобы использовать ReadAsStringAsync(), сначала необходимо сбросить позицию потока контента в начало.

Я делаю это так: response.RequestMessage.Content.ReadAsStreamAsync().Result.Seek( 0, System.IO.SeekOrigin.Begin ), потому что у меня есть только HttpResponseMessage, но если у вас есть прямой доступ к HttpRequestMessage (как вы делаете это внутри контроллера), вы можете использовать Request.Content.ReadAsStreamAsync().Result.Seek( 0, System.IO.SeekOrigin.Begin ), который функционально эквивалентен, я полагаю.

Позднее редактирование

Чтение асинхронных потоков с Result, как указано выше, приведет к взаимоблокировкам и блокировке потоков при ряде обстоятельств. Если вам нужно читать из асинхронного потока синхронно, лучше использовать форму:

 new TaskFactory( CancellationToken.None, 
                  TaskCreationOptions.None, 
                  TaskContinuationOptions.None, 
                  TaskScheduler.Default )
      .StartNew<Task<TResult>>( func )
      .Unwrap<TResult>()
      .GetAwaiter()
      .GetResult();

где func — это асинхронное действие, которое вы хотите запустить, поэтому в данном случае это будет что-то вроде async () => { await Request.Content.ReadAsStreamAsync(); }… таким образом вы можете поместить асинхронные части метода внутрь части StartNew и должным образом развернуть любые исключения, возникающие при сортировке обратно к вашему синхронный код.

А еще лучше сделать весь стек асинхронным.

Эта подпись для поста съедает данные поста:

public HttpResponseMessage Post([FromBody]string postdata)

изменить его на:

public HttpResponseMessage Post()

то этот вызов отлично работает для получения данных сообщения:

string str = response.Content.ReadAsStringAsync().Result;

Протестировал на себе. используйте первую подпись, строка пуста, используйте вторую строку с почтовыми данными!

Я считаю, что вы правы в том, что ApiController ест Request.Content. Объект «Запрос», который вы видите в ApiController, на самом деле имеет тип System.Net.Http.HttpRequestMessage. Мне удалось обойти эту проблему, но выполнить резервное копирование объекта System.Web.HttpRequest следующим образом:

Dim content as string
If HttpContext.Current.Request.InputStream.CanSeek Then
    HttpContext.Current.Request.InputStream.Seek(0, IO.SeekOrigin.Begin)
End If
Using reader As New System.IO.StreamReader(HttpContext.Current.Request.InputStream)
    content = reader.ReadToEnd()
End Using

Не знаю, нужна ли перемотка поиска, но на всякий случай поставил.

В конце концов, я получил эту работу, унаследовав от базового интерфейса вместо ApiController - я думаю, что ApiController был привязкой модели, которая ела ответ

изменить: правильная вещь для создания прокси-сервера - это MessageHandler, а не ApiController

1. Request.Content.ReadAsStreamAsync().Result.Seek( 0, System.IO.SeekOrigin.Begin)
2. новый System.IO.StreamReader(Request.Content.ReadAsStreamAsync().Result).ReadToEnd()

Это последнее дополнение к ответам здесь показывает, как читать данные POST из WebAPI:

string postData;
using (var stream = await request.Content.ReadAsStreamAsync())
{
    stream.Seek(0, SeekOrigin.Begin);
    using (var sr = new StreamReader(stream))
    {
        postData = await sr.ReadToEndAsync();
    }
}

Попробуйте заменить ReadAsStringAsync() на ReadAsAsync<string>().

Вы должны использовать сложный тип для своего аргумента, а затем в теле использовать какой-то json, например

{ путь: "с:..." }

Также используйте

Тип содержимого: приложение/json; кодировка = UTF-8

заголовок в вашем почтовом запросе, чтобы веб-API знал, что json содержится в теле

Попробуйте использовать CopyToAsync вместо ReadAsStringAsync, похоже, проблема решена.

var ms = new MemoryStream();
await response.Content.CopyToAsync(ms);
ms.Seek(0, SeekOrigin.Begin);

var sr = new StreamReader(ms);
responseContent = sr.ReadToEnd();