我们是否需要xfire请求头中的"Expect: 100-继续“标题？

Question

我发现apache在其post头中添加了一个head参数：

POST /testservice/services/TestService1.1HTTP/1.1

SOAPAction："testAPI“内容-类型: text/xml；charset=UTF-8

用户代理: Mozilla/4.0 (兼容；MSIE6.0；WindowsNT5.0；XFire Client +http://xfire.codehaus.org)

东道: 192.168.10.111:9082

Expect: 100-继续

这个会期望:100-会使xfire客户端和它的端点服务器之间的往返调用有点浪费，因为它将对源服务器再使用一次握手来返回“愿意接受请求”？

这只是我的猜测。

万斯

Answer 1

我知道这是个老生常谈的问题，但我只是在研究这个问题，这是我的答案。您不需要使用"Expect: 100-继续“，它确实引入了额外的往返。此标头的目的是向服务器表明您希望在提交数据之前验证您的请求。这也意味着，如果设置了它，您将致力于等待(在您自己的超时时间内-而不是无限期！)用于发送表单或数据之前的服务器响应( 100或HTTP失败)。虽然这似乎是额外的开销，但它是为了在失败情况下提高性能，方法是允许服务器让您知道不发送数据(因为请求失败了)。

如果客户端没有设置标头，这意味着您不会等待来自服务器的100段代码，而应该在请求体中发送数据。以下是相关的标准：http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html (跳转到8.2.3节)。

提示.NET 4用户:可以使用静态属性"Expect100Continue“禁用此标头

提示libcurl用户:当禁用此标头时，旧版本7.15中有一个错误；修正了更新版本中的错误(更多：http://curl.haxx.se/mail/lib-2006-08/0061.html)