理解HTTP协议中的 Expect: 100-continue

港控/mmm° 2022-03-01 05:14 377阅读 0赞

### **理解** ###

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

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

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

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

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

## ##

### **相关策略** ###

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

以上信息整理自：

[https://blog.csdn.net/MitKey/article/details/52042537][https_blog.csdn.net_MitKey_article_details_52042537]

[http://www.cnblogs.com/tekkaman/archive/2013/04/03/2997781.html][http_www.cnblogs.com_tekkaman_archive_2013_04_03_2997781.html]

[https_blog.csdn.net_MitKey_article_details_52042537]: https://blog.csdn.net/MitKey/article/details/52042537
[http_www.cnblogs.com_tekkaman_archive_2013_04_03_2997781.html]: http://www.cnblogs.com/tekkaman/archive/2013/04/03/2997781.html