当前位置: 代码迷 >> 综合 >> Expect: 1000-containue
  详细解决方案

Expect: 1000-containue

热度:64   发布时间:2023-12-16 04:54:56.0

理解
HTTP/1.1 协议里设计 100 (Continue) HTTP 状态码的的目的是,在客户端发送 Request Message 之前,HTTP/1.1 协议允许客户端先判定服务器是否愿意接受客户端发来的消息主体(基于 Request Headers)。

即, 客户端 在 Post(较大)数据到服务端之前,允许双方“握手”,如果匹配上了,Client 才开始发送(较大)数据。

    这么做的原因是,如果客户端直接发送请求数据,但是服务器又将该请求拒绝的话,这种行为将带来很大的资源开销。

 协议对 HTTP客户端的要求是:

如果 client 预期等待“100-continue”的应答,那么它发的请求必须包含一个 " Expect: 100-continue"  的头域!

 
相关策略
客户端策略
如果客户端有 post 数据要上传,可以考虑使用 100-continue 协议。在请求头中加入 {“Expect”:”100-continue”}
如果没有 post 数据,不能使用 100-continue 协议,因为这会让服务端造成误解。
并不是所有的 Server 都会正确实现 100-continue 协议,如果 Client 发送 Expect:100-continue 消息后,在 timeout 时间内无响应,Client 需要立马上传 post 数据。
有些 Server 会错误实现 100-continue 协议,在不需要此协议时返回 100,此时客户端应该忽略。
服务端策略
正确情况下,收到请求后,返回 100 或错误码。
如果在发送 100-continue 前收到了 post 数据(客户端提前发送 post 数据),则不发送 100 响应码(略去)。

禁用100-containue

.NET

 request.ServicePoint.Expect100Continue = false;

  相关解决方案