C#:HttpClient,服务器提交了协议违规.第= ResponseStatusLine

Question

我正在使用HttpClient类与我的WPF应用程序中的Web服务进行通信.

当我在同一个连接上发出连续的GET请求时,一切正常.但是,当我在同一个连接上发出连续的PUT/PATCH请求时,第一个请求准确执行,我收到一个响应,但第二个请求不包括请求中的正文,我收到臭名昭着的错误"服务器提交协议违规.Section = ResponseStatusLine".

如果我在每次请求后通过添加Connection来手动关闭连接,我的请求会成功完成:靠近标题.这种"解决方案"是一种糟糕的模式,性能无法适当扩展.

以下是我发送的请求的TCP流输出列表的抵押版本:

Wireshark:遵循TCP流输出

GET /domain/api/tenant/current/object?objectName=Lizbot HTTP/1.1
Accept: application/json

    HTTP/1.1 200 OK
    Content-Type: application/json; charset=utf-8
    Content-Length: 50
    {"Data":[{"Id":123,"ObjectName":"Lizbot","Date":null}],"Errors":[]}

PATCH /domain/api/tenant/current/object/123 HTTP/1.1
Accept: application/json
Content-Type: application/json; charset=utf-8
Content-Length: 50
{"Id":123,"ObjectName":"Lizbot","Date":null}

    HTTP/1.1 204 No Content
    Content-Type: application/json; charset=utf-8
    {"Data":null,"Errors":[]}

PATCH /domain/api/tenant/current/object/123/otherObject HTTP/1.1
Accept: application/json
Content-Type: application/json; charset=utf-8

    HTTP/1.1 400 Bad Request</b>
    Content-Type: text/html; charset=us-ascii
    Connection: close
    Content-Length: 311

请注意,第二个PATCH缺少它应该修补的对象.如果我改变了PATCHing的顺序,则第二个PATCH仍然缺少其对象.

这个错误似乎与我尝试过的一些已知解决方案相同.它们包含此解决方案,其中包括将useUnsafeHeaderParsing属性设置为TRUE并在Web.Config 中将Keep-Alive属性设置为FALSE.我也试过这种方式设置这些属性的解决方案如下所示:

 ServicePointManager.DefaultConnectionLimit = 2;
 ServicePointManager.Expect100Continue = false;

这些解决方案都不起作用.应该注意的是,当使用Http Debugging代理工具Fiddler捕获这些请求时,我没有收到任何错误.

所以我要求的是,如果有人知道一个很好的解决方案来缓解这个错误,那么我可以在连接中发出多个请求而不会丢失更新的主体.如果需要更多细节,我很乐意提供.

Answer 1

经过大量的调试和阅读后,我意识到我正在尝试编辑WPF应用程序的Web.Config文件而不是app.config文件!

因此,如果将此代码放在WPF应用程序的配置标记的根目录下的app.config文件中,则可以解决问题.

<system.net>
<settings>
<httpWebRequest useUnsafeHeaderParsing = "true"/>
</settings>
</system.net>

Answer 2

根本问题是PATCH响应包括响应主体内的内容.确保在发送204 No Content时服务器不发送内容.