关于json：为什么POST和PUT ReadAsAsync()为空，但ReadAsStringAsync()被填充？又称为”如何关闭分块？”

Why are POSTs and PUTs ReadAsAsync() null, but ReadAsStringAsync() filled? AKA “How do I turn Chunking Off?”

我有一个Web API项目，该项目具有数十种RESTful方法，在GET，POST和PUT之间平均分配。系统使用Entity Framework对象和来自Nuget(版本9.0.1)的Newtonsoft的JSON。

我最近所做的事情突然破坏了所有POST和PUT。我发现我正在POST / PUTTING的[FromBody]对象作为null到达。

所以我的" Update User "方法看起来像这样...

1 2	[HttpPut] public IHttpActionResult Put([FromBody] User user)

...但是" user "始终为null。同样，如果我这样做...

1	var obj = Request.Content.ReadAsAsync<object>().Result;

...然后obj为空。

但是如果我这样做...

1	var jsonString = Request.Content.ReadAsStringAsync().Result;

...然后我得到了预期的JSON。 (但是对于我的体系结构，我不需要JSON，我想要对象。)

据我了解，如果某人已经阅读了Request.Content，这就是我期望的那种行为。内容流是不可倒带的，并被设置为最后一个字节；但是.ReadAsStringAsync()和.ReadAsByteArrayAsync()通过(我认为)复制流并自己处理流来解决此问题。

我使用HttpClient从WPF应用程序中调用它。样品通话...

1
2
3
4
5
6
7
8
9
10
11
12

using (HttpClient http = API.GetHttpClient())
{
string url = string.Format("{0}/User", thisApp.WebAPI_BaseUrl);
RILogManager.Default.SendString("url", url);

JsonMediaTypeFormatter formatter = new JsonMediaTypeFormatter() ;
formatter.SerializerSettings.ReferenceLoopHandling = Newtonsoft.Json.ReferenceLoopHandling.Ignore;

HttpResponseMessage response;

response = http.PutAsync<User>(url, user, formatter,"application/json").Result;
...

我的" API.GetHttpClient()"例程如下所示。您可以看到我正在使用DelegateHandler在客户端进行一些JWT工作，但是我认为这与这里无关。它不会触摸传出的请求，而只会触摸传入的响应。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

public static HttpClient GetHttpClient(bool WithAuthToken = true)
{
App thisApp = (App)System.Windows.Application.Current;

//HttpClient http = new HttpClient();
HttpClient http = HttpClientFactory.Create(new JWTExpirationHandler());

http.BaseAddress = new Uri(thisApp.WebAPI_BaseUrl);
http.DefaultRequestHeaders.Accept.Clear();
http.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

if(WithAuthToken)
http.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Bearer", JWT);

return http;

}

我已经确认传入的请求是" application / json "和UTF-8的Content-type。

我在Web服务器上有两个DelegatingHandlers，但这似乎不是问题，因为当我在第一个的顶部执行ReadAsAsync()时，它也为null。而ReadAsStringAsync()返回JSON。

那...我在做什么错？再次，这很好用，并且发生了一些变化，我所有的POST和PUT都以这种方式损坏。

我看到一些链接说要从我的类中删除[Serializable]，但是这些是我在很多地方使用的Entity Framework类，我不想这样做。

最后...当我通过Postman调用此Update PUT时，它可以工作。

更新
比较我自己的客户端和Postman的HttpRequest，我发现前者是"块"，而后者不是。这似乎是一个重要的线索。我看到其他一些人正在处理相同的问题：

ASP.NET Web Api-使用分块传输编码时，框架未将JSON转换为对象。

我找不到如何关闭分块的任何明确指示。我确实看到有一个属性可以关闭分块，但是这样做没有帮助。

问题：是什么导致"选择"块化？是客户选择执行此操作，还是选择Controller，还是两者之间进行某些协商？

相关讨论

您在WPF应用程序中使用的User对象是否与WebApi端点中的对象匹配？您说的是您最近做的事情。您更新了模型吗？附带一提，我强烈建议您不要从Api控制器发送EF实体模型。将其映射到一个简单的Dto并将其发送，这是一个有关如何执行此操作的好博客。.codethug.com/ 2015/02/13 /…虽然这可能不是您的问题，但它更安全，更易于处理并为您提供更加清晰地了解您正在处理的数据
谢谢@MartinMilsom。 User对象是相同的。我安排了解决方案，使我的.edmx文件位于一个项目中，而其.tt文件位于其他所有引用的" Common "项目中。因此，更改.edmx会更改对象，但是解决方案中的所有项目都共享相同的用户/其他对象。
我懂了。但是，当您通过api发送实体时，对其进行更改仍然可能导致问题。例如，如果添加了一个属性，表明json / xml序列化器不知道如何反序列化，或者即使您已向构造函数添加了一些逻辑，或将构造函数设为私有等，这些仅是示例-但是有很多地方可能出问题。可能值得尝试手动将json字符串反序列化为您的类型-看看是否显示任何错误。 JsonConvert.DeserializeObject <YourEntityType>(jsonString);
我将研究通用DTO，但是EF对象已经运行了好几个月。踢球者是：如果我从邮递员发射PUT，它会起作用；那么传入的" user"参数是一个完全填充的非null User对象。我什至从.ReadAsStringAsync中获得了Postman的JSON！所以我认为问题出在请求的某个地方，而不是对象本身。为了比较两个HttpRequest，我使用ReflectionSoft \\的日志记录了它们。邮递员具有RawData属性，该属性充满了JSON，并且Content_Length = 663。另一个没有RawData属性，Content_Length = 0。
嗯，我知道您对请求的评价，我认为您可能是对的。我在上一条评论中提到的内容仍然值得-我会说仍然存在将json序列化(反序列化)到您的实体中的问题-它仅来自发送方而不是接收方\\的
@再次感谢。感谢您为此付出的时间！我确实尝试过JsonConvert.DeserializeObject <YourEntityType>(jsonString);而且效果很好。我希望看到一些有用的错误，但是它可以毫无问题地反序列化到我的对象中。因此，如果绝对必要，我可以使用此替代方法。但这是一个hack。我应该能够发送我的对象，并且已经可以使用几个月了。而且我想所有命名为DTO的问题也可能发生。我没有更改EF构造函数。我已将EntityState属性添加到每个对象(即添加/删除/修改)。这也已经工作了几个月了。
我看到了HttpRequests的不同之处，失败的是Transfer-Encoding：分块。所以我设置了request.Headers.TransferEncodingChunked = false; ...关于传出请求，但仍以Transfer-Encoding：Chunked的形式出现。传出的request.Headers实际上具有两个属性.TransferEncoded(= null)和.TransferEncodingChunked(= false)。
关闭分块的工作也失败了。尝试了一下，但没有帮助。
我刚刚意识到(应该尽快完成)您手动设置json格式器的请求，而不使用默认值。假设您需要将循环处理设置为忽略，那么您也必须在接收到请求时执行此操作。你做完了吗？ IE。您需要覆盖/更改默认的json序列化程序。
失败的话，可能值得发布实体对象，以查看是否还有其他线索！
我将尝试执行循环处理，但是我怀疑这不会改变。很久以前，我仅在客户端添加了循环处理，并且在所有各种POST和PUT上都可以正常工作。突然之间，它们无处不在。如果我通过邮递员发送邮件，它仍然可以很好地接收我的对象，我当然不能设置循环处理。 -而且我可以发布实体对象，但是因为所有对象都在发生，所以我必须发布所有对象。如果感觉到全局发生了什么事，我必须撤消。

那是一个漫长的过程。

不知道它是如何到达那里的，但是在我的.csproj中，我有以下内容：

1
2
3
4
5

<Reference Include="System.Net.Http, Version=4.1.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">
<HintPath>..\\packages\\System.Net.Http.4.3.0\\lib\
et46\\System.Net.Http.dll</HintPath>
<Private>True</Private>
</Reference>

而不是：

1	<Reference Include="System.Net.Http" />

在我的App.config中，我有以下内容：

1
2
3
4
5
6
7
8

...而不是...不是这个。我不需要这个东西。我刚拿出来。