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

理解

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

http://www.cnblogs.com/tekkaman/archive/2013/04/03/2997781.html

最后

以上就是激昂蛋挞为你收集整理的理解HTTP协议中的 Expect: 100-continue的全部内容，希望文章能够帮你解决理解HTTP协议中的 Expect: 100-continue所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。