C＃：HttpClient，服务器提交了协议违规。 第= ResponseStatusLine
我正在使用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 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来捕获这些请求时，我没有收到任何错误。
所以我要求的是，如果有人知道一个很好的解决方案来缓解这个错误，那么我可以在连接中发出多个请求而不会丢失更新的主体。 如果需要更多细节，我很乐意提供。
根本问题是PATCH响应包括响应主体内的内容。 确保在发送204 No Content时服务器不发送内容。
经过大量的调试和阅读后，我意识到我正在尝试编辑WPF应用程序的Web.Config文件而不是app.config文件！
因此，如果将此代码放在WPF应用程序的配置标记的根目录下的app.config文件中，则可以解决问题。