【CS.CN】深入解析HTTP中的Expect: 100-continue头：性能优化的利器还是鸡肋？

在这里插入图片描述

目录

  • 0 序言
    • 0.1 由来
    • 0.2 使用场景
    • 0.3 现在还需要吗？
  • 1 Expect: 100-continue的机制
  • 2 语法 && 通过重新设置空的Expect头优化性能
  • 3 实例分析：长连接中的Expect问题解决
  • 4 总结

0 序言

0.1 由来

Expect: 100-continue头部字段最早在HTTP/1.1规范中引入。其主要目的是在客户端发送大请求主体（如文件上传）之前，确保服务器能够处理该请求，从而避免不必要的数据传输。

可以将Expect: 100-continue机制比作一个礼貌的问询：

  1. 情景设定：
    • 想象你要向朋友送一个大礼物（比如一个大箱子）。
    • 你不确定朋友是否有地方存放这个大箱子。
  2. 正常流程：
    • 你打电话（建立TCP连接），告诉朋友你有一个大箱子（发送请求头）。
    • 朋友确认他们有地方放这个大箱子（服务器响应100 Continue）。
    • 你再送过去（发送请求主体）。
  3. 使用Expect: 100-continue：
    • 你先打电话（建立TCP连接），告诉朋友你有一个大箱子，但等朋友确认他们有地方放这个大箱子后你才送过去（发送Expect: 100-continue头并等待100 Continue响应）。
    • 如果朋友说没有地方（返回错误状态），你就不送了（节省了不必要的传输）。

0.2 使用场景

  • 大数据上传：当客户端需要上传大文件或大数据时，使用Expect: 100-continue可以确保服务器能够接受这些数据，从而避免在服务器不能处理请求的情况下浪费带宽。
  • 带宽受限的环境：在带宽较低或受限的网络环境中，通过此机制可以减少不必要的数据传输，提高效率。
    • 节省带宽：避免在服务器不能处理请求的情况下发送大量数据，节省网络带宽。
    • 提高效率：在服务器无法处理请求时，客户端能尽早得知，避免等待无效的传输过程。

0.3 现在还需要吗？

虽然Expect: 100-continue在某些情况下依然有用，但现代网络环境和服务器架构的进步使其重要性有所降低：

  • 快速网络：现代网络速度提高，使得发送请求头和等待100 Continue响应的时间成本变得相对较高。
  • 高效服务器：现代服务器处理能力提升，通常可以快速判断并响应请求，无需客户端等待确认。
  • 其他优化手段：现在有更多的优化手段和更好的网络协议（如HTTP/2, HTTP/3）可以提升传输效率。

是否需要使用Expect: 100-continue取决于具体的应用场景：

  • 需要：在高带宽消耗的应用场景中，尤其是大数据上传或受限带宽环境中，依然可以使用。
  • 不需要：在一般的Web请求或快速网络环境中，去掉Expect: 100-continue头可以减少等待时间，优化性能。

1 Expect: 100-continue的机制

Expect 是一个请求消息头，包含一个期望条件，表示服务器只有在满足此期望条件的情况下才能妥善地处理请求。

规范中只规定了一个期望条件，即 Expect: 100-continue, 对此服务器可以做出如下回应：

  • 100 如果消息头中的期望条件可以得到满足，使得请求可以顺利进行的话，
  • 417 (Expectation Failed) 如果服务器不能满足期望条件的话；也可以是其他任意表示客户端错误的状态码（4xx）。

例如，如果请求中 Content-Length 的值太大的话，可能会遭到服务器的拒绝。常见的浏览器不会发送 Expect 消息头，但是其他类型的客户端如 cURL 默认会这么做。

Client Server HTTP Request (Headers with Expect: 100-continue) Client waits for 100 Continue response HTTP/1.1 100 Continue Client sends request body after receiving 100 Continue HTTP Request (Body) HTTP Response (Final Response) Client Server

在持久连接中，Expect头可以显著影响请求的性能。默认情况下，客户端可能会添加Expect: 100-continue头，这要求服务器在接受请求主体前响应100 Continue。虽然这种机制有助于避免无效数据的传输，但在某些环境下可能导致不必要的延迟。

客户端发送带有Expect: 100-continue头的请求，服务器在确认可以处理请求后响应100 Continue，然后客户端发送请求主体。如果服务器没有及时响应，客户端将在等待一段时间后继续发送请求主体。这种等待时间会增加请求的总耗时，尤其在长连接中更明显。

在HTTP长连接（持久连接）中，客户端与服务器之间会复用同一个TCP连接以发送多个请求/响应对话。这通常会显著降低延迟和资源消耗，但在某些情况下可能会遇到性能问题。

HTTP协议中的Expect头字段通常用于通知服务器客户端期望的特定行为。默认情况下，客户端可能会自动添加Expect: 100-continue头，这意味着在发送大数据请求主体（例如文件上传）之前，客户端希望服务器先确认请求是否会被接受。

这种机制可以有效避免不必要的数据传输，但在使用长连接时，客户端等待服务器响应100 Continue可能导致显著的延迟。如果服务器未及时响应，客户端将等待一个超时时间，然后再发送请求主体，这会增加总体请求耗时。

注意: Expect: 100-continue机制与连接的长短无关。无论是短连接还是长连接，当客户端发送一个包含Expect: 100-continue头的请求时，都会触发同样的机制：客户端在发送请求主体前等待服务器的100 Continue响应。所以在短连接中，Expect: 100-continue头的存在同样会导致客户端在发送请求主体前等待服务器的100 Continue响应。如果服务器的响应不及时或网络延迟较大，这段等待时间会增加整个请求的耗时。

2 语法 && 通过重新设置空的Expect头优化性能

目前规范中只规定了 “100-continue” 这一个期望条件: 表示通知接收方客户端要发送一个体积可能很大的消息体，期望收到状态码为100 (Continue) 的临时回复。

Expect: 100-continue

e.g.比如curl库默认设置, 或者发送大消息体时: 服务器开始检查请求消息头，可能会返回一个状态码为 100 (Continue) 的回复来告知客户端继续发送消息体，也可能会返回一个状态码为417 (Expectation Failed) 的回复来告知对方要求不能得到满足。

# 客户端发送带有 Expect 消息头的请求，等服务器回复后再发送消息体。PUT /somewhere/fun HTTP/1.1
Host: origin.example.com
Content-Type: video/h264
Content-Length: 1234567890987
Expect: 100-continue

为了避免这种延迟，可以显式设置空的Expect头。这样，客户端会直接发送请求主体，而不等待服务器响应100 Continue。这减少了等待时间，提高了请求的整体速度。

3 实例分析：长连接中的Expect问题解决

3.1 实际应用中的问题与解决过程

在实际应用中，我负责将一个使用cURL库访问上游接口的系统从原本的短连接改为长连接。我们的初衷是通过长连接减少频繁建立和关闭连接的开销，从而显著降低接口调用的耗时。然而，改为长连接后，监控视图却显示接口调用的平均耗时不降反增。

在这里插入图片描述

3.2 问题发现与初步分析

为了进一步了解问题，我们开始对接口调用过程进行抓包分析。在抓包数据中，我们发现每次发起HTTP请求时，第一跳的请求会出现几百毫秒的延迟。这种延迟在后续请求中并未消失，导致整体耗时增加。

3.2 抓包分析与根本原因

以下是抓包分析的关键步骤和示例：

  1. 抓包工具：使用Wireshark等抓包工具，捕获HTTP请求和响应数据包。
  2. 筛选HTTP请求：在Wireshark中筛选HTTP请求，定位包含Expect: 100-continue头的请求。
  3. 分析时间戳：检查包含Expect头的请求和后续发送请求主体的时间戳，确认延迟发生的具体位置。
  4. 确认问题：发现客户端在发送请求头后，等待服务器返回100 Continue响应的过程中出现了明显延迟。
Frame 1: 102 bytes on wire (816 bits), 102 bytes captured (816 bits) on interface eth0, id 0Arrival Time: Jan  1, 2024 15:45:12.123456789 UTC[Time shift for this packet: 0.000000000 seconds]Epoch Time: 1672598712.123456789 seconds[Time delta from previous captured frame: 0.000000000 seconds][Time delta from previous displayed frame: 0.000000000 seconds][Time since reference or first frame: 0.000000000 seconds]Frame Number: 1Frame Length: 102 bytes (816 bits)Capture Length: 102 bytes (816 bits)[Frame is marked: False][Frame is ignored: False][Protocols in frame: eth:ethertype:ip:tcp:http]
Ethernet II, Src: Vmware_00:00:00 (00:50:56:c0:00:08), Dst: Vmware_00:00:01 (00:50:56:c0:00:01)
Internet Protocol Version 4, Src: 10.0.0.2, Dst: 10.0.0.3
Transmission Control Protocol, Src Port: 49152, Dst Port: 80, Seq: 1, Ack: 1, Len: 40
Hypertext Transfer ProtocolGET / HTTP/1.1\r\nHost: www.example.com\r\nUser-Agent: curl/7.68.0\r\nAccept: */*\r\nExpect: 100-continue\r\n\r\n

通过深入分析抓包数据，我们注意到客户端在发送请求头后，等待了较长时间才继续发送请求主体。进一步检查HTTP头部字段，我们发现请求头中包含了Expect: 100-continue。这种配置要求服务器在收到请求头后，先返回一个100 Continue响应，然后客户端才发送请求主体。如果服务器响应不及时，客户端会等待一段时间，从而导致整体耗时增加。

3.3 解决方案与实施

为了解决这一问题，我们决定通过显式设置空的Expect头，绕过100-continue机制，让客户端在发送请求时直接发送请求主体。具体实现如下：

std::list<std::string> lstHeader;
xx_api::Prom* prom = xx_api::Prom::GetInstance();
lstHeader.push_back("Content-Type: application/xml;charset=utf-8");
lstHeader.push_back("MsgTp:" + msgTp);
lstHeader.push_back("OriIssrId:" + kPyeeAcctIssrId);
lstHeader.push_back("Expect:");

3.4 结果验证与性能提升

在这里插入图片描述
在实施这一改动后，我们再次进行了性能测试。监控视图显示，HTTP请求的平均耗时显著下降，之前的几百毫秒延迟不复存在。经过多次测试和实际运行，确认这种改动有效解决了因Expect: 100-continue头导致的延迟问题。

4 总结

无论是短连接还是长连接，通过去掉Expect: 100-continue头可以避免等待服务器的100 Continue响应，从而减少请求的整体耗时，提升性能。

1000.06.CS.CN.7.2.4-HTTP-连接管理-Expect头的使用与性能影响-Created: 2024-06-06.Thursday17:51

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/24752.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

密文域可逆信息隐藏安全性研究-从图像到视频

密文域可逆信息隐藏安全性研究-从图像到视频

前言 随着云存储、云计算等新兴技术的兴起&#xff0c;海量的隐私信息被广泛地上传、存储到服务器上。为保证用户的隐私性&#xff0c;必须对用户的数据进行加密&#xff0c;然后再将其上传到服务器上。因此&#xff0c;密文域的可逆信息隐藏(reversible data hiding in encry…
阅读更多...
数字人AI唇音同步解决方案，轻量高效，灵活部署

数字人AI唇音同步解决方案，轻量高效，灵活部署

在数字化浪潮的推动下&#xff0c;企业对于高效、逼真的数字人形象需求日益增强。为满足这一市场需求&#xff0c;美摄科技凭借其深厚的AI技术积累&#xff0c;推出了一款革命性的数字人AI唇音同步解决方案&#xff0c;为企业带来前所未有的沟通体验。 一、精准捕捉&#xff0…
阅读更多...
React Hooks路由传参

React Hooks路由传参

场景&#xff1a;如何把想要的参数带到跳转过去的页面里呢&#xff1f;很简单 上代码&#xff1a; 在你需要跳转的页面上 引入 Link用来跳转使用 Link跳转并携带参数 然后需要什么参数就带什么过去喽 这里record里面存的就是我的数据 我只需要id和state然后到你跳转过去的页面…
阅读更多...
【Mtk Camera开发学习】06 MTK 和 Qcom 平台支持通过 Camera 标准API 打开 USBCamera

【Mtk Camera开发学习】06 MTK 和 Qcom 平台支持通过 Camera 标准API 打开 USBCamera

本专栏内容针对 “知识星球”成员免费&#xff0c;欢迎关注公众号&#xff1a;小驰行动派&#xff0c;加入知识星球。 #MTK Camera开发学习系列 #小驰私房菜 Google 官方介绍文档&#xff1a; https://source.android.google.cn/docs/core/camera/external-usb-cameras?hlzh-…
阅读更多...
http和https数据传输与协议区分

http和https数据传输与协议区分

目录 1. 数据传输安全性2. 端口号3. URL 前缀4. SSL/TLS 证书5. 性能6. SEO 和用户信任7. 应用场景总结 HTTP&#xff08;HyperText Transfer Protocol&#xff09;和 HTTPS&#xff08;HyperText Transfer Protocol Secure&#xff09;是用于在客户端&#xff08;如浏览器&…
阅读更多...
【JavaScript】内置对象 - 字符串对象 ④ ( 根据索引位置返回字符串中的字符 | 代码示例 )

【JavaScript】内置对象 - 字符串对象 ④ ( 根据索引位置返回字符串中的字符 | 代码示例 )

文章目录 一、根据索引位置返回字符串中的字符1、charAt 函数获取字符2、charCodeAt 函数获取字符 ASCII 码3、数组下标获取字符 String 字符串对象参考文档 : https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/String 一、根据索引位置返回…
阅读更多...
十七、【源码】一级缓存

十七、【源码】一级缓存

源码地址&#xff1a;https://github.com/mybatis/mybatis-3/ 仓库地址&#xff1a;https://gitcode.net/qq_42665745/mybatis/-/tree/17-first-level-cache 一级缓存 MyBatis 的一级缓存用于减少在同一个 SqlSession 内的重复查询&#xff0c;适用于需要在单个会话内多次查…
阅读更多...
Windows下对于Qt中带 / 的路径的处理

Windows下对于Qt中带 / 的路径的处理

在Windows下&#xff0c;如果你想使用操作系统的分隔符显示用户的路径&#xff0c;请使用 toNativeSeparators()。 请看以下代码&#xff1a; void Player::on_playBtn_clicked() {if (this->m_url.isEmpty()) {openMedia();if (this->m_url.isEmpty())return;}qDebug(…
阅读更多...
【介绍下什么是Kubernetes编排系统】

【介绍下什么是Kubernetes编排系统】

&#x1f308;个人主页: 程序员不想敲代码啊 &#x1f3c6;CSDN优质创作者&#xff0c;CSDN实力新星&#xff0c;CSDN博客专家 &#x1f44d;点赞⭐评论⭐收藏 &#x1f91d;希望本文对您有所裨益&#xff0c;如有不足之处&#xff0c;欢迎在评论区提出指正&#xff0c;让我们共…
阅读更多...
基于springboot开发的Java MES制造执行系统源码，全套源码，一款数字化管理平台源码 云MES系统源码

基于springboot开发的Java MES制造执行系统源码，全套源码，一款数字化管理平台源码 云MES系统源码

基于springboot开发的Java MES制造执行系统源码&#xff0c;全套源码&#xff0c;一款数字化管理平台源码 云MES系统源码 MES系统源码相关技术&#xff1a; ​技术架构&#xff1a;springboot vue-element-plus-admin 开发语言&#xff1a;Java 开发工具&#xff1a;idea 前…
阅读更多...
分享一个用python写的本地WIFI密码查看器

分享一个用python写的本地WIFI密码查看器

本章教程&#xff0c;主要分享一个本地wifi密码查看器&#xff0c;用python实现的&#xff0c;感兴趣的可以试一试。 具体代码 import subprocess # 导入 subprocess 模块&#xff0c;用于执行系统命令 import tkinter as tk # 导入 tkinter 模块&#xff0c;用于创建图形用…
阅读更多...
俄罗斯服务器租用攻略：选择优质服务器，开启海外市场新征程

俄罗斯服务器租用攻略：选择优质服务器，开启海外市场新征程

随着国际贸易的不断发展&#xff0c;俄罗斯作为一个重要的贸易伙伴备受关注。许多企业和公司为了开拓海外市场&#xff0c;选择将业务拓展到俄罗斯&#xff0c;而在这个过程中&#xff0c;租用一台优质的服务器成为了必须面对的问题。俄罗斯作为一个经济发展迅速的国家&#xf…
阅读更多...
【Linux】进程间通信之匿名管道

【Linux】进程间通信之匿名管道

&#x1f466;个人主页&#xff1a;Weraphael ✍&#x1f3fb;作者简介&#xff1a;目前正在学习c和算法 ✈️专栏&#xff1a;Linux &#x1f40b; 希望大家多多支持&#xff0c;咱一起进步&#xff01;&#x1f601; 如果文章有啥瑕疵&#xff0c;希望大佬指点一二 如果文章对…
阅读更多...
Day50 动态规划part09

Day50 动态规划part09

LC198打家劫舍 偷前一家或者偷前两家和这家&#xff1a;dp[i] Math.max(dp[i-2]nums[i],dp[i-1]);代码 LC213打家劫舍II&#xff08; 未掌握&#xff09; 解题思路&#xff1a;因为成环了&#xff0c;所以首位元素一定是两者只能选择一个或者两者都不选三种情况&#xff1…
阅读更多...
【学习笔记】Windows GDI绘图(十一)Graphics详解(下)

【学习笔记】Windows GDI绘图(十一)Graphics详解(下)

文章目录 Graphics的方法Graphics.FromImageSetClip设置裁切区域IntersectClip更新为相交裁切区域TranslateClip平移裁切区域IsVisible判断点或矩形是否在裁切区域内MeasureCharacterRanges测量字符区域MeasureString测量文本大小MultiplyTransform矩阵变换 Graphics的方法 Gr…
阅读更多...
SQL语句练习每日5题（四）

SQL语句练习每日5题（四）

题目1——查找GPA最高值 想要知道复旦大学学生gpa最高值是多少&#xff0c;请你取出相应数据 题解&#xff1a; 1、使用MAX select MAX(gpa) FROM user_profile WHERE university 复旦大学 2、使用降序排序组合limit select gpa FROM user_profile WHERE university 复…
阅读更多...
Java中的IO流字节流（FileOutputStream与FileInputStream）+编码与解码

Java中的IO流字节流（FileOutputStream与FileInputStream）+编码与解码

目录 ​编辑 IO流 File0utputstream FileOutputstream写数据的3种方式 void write(int b) 一次写一个字节数据 void write(byte[] b) 一次写一个字节数组数据 void write(byte[] b,int off,int len) 一次写一个字节数组的部分数据 FileOutputstream写数据的…
阅读更多...
搞编程学习时是如何查找资料的？

搞编程学习时是如何查找资料的？

刚开始学编程时&#xff0c;我通常用百度、360这样的搜索引擎去找资料。但后来我发现&#xff0c;根据想找的东西不同&#xff0c;用的搜索地方也得变。比如说&#xff0c;找编程学习的东西&#xff0c;我就不太用浏览器了&#xff0c;因为那儿广告太多&#xff0c;信息乱七八糟…
阅读更多...
问题：军保卡不允许开立附属卡，不能开展境外交易，不开通云闪付工功能（） #其他#经验分享

问题：军保卡不允许开立附属卡，不能开展境外交易，不开通云闪付工功能（） #其他#经验分享

问题&#xff1a;军保卡不允许开立附属卡&#xff0c;不能开展境外交易&#xff0c;不开通云闪付工功能&#xff08;&#xff09; A&#xff0e;A&#xff1a;正确 B&#xff0e;B&#xff1a;错误 参考答案如图所示
阅读更多...
C++STL初阶（3）：string模拟实现的完善

C++STL初阶（3）：string模拟实现的完善

1.流提取>>的优化&#xff08;利用缓存区的思想&#xff09; istream& operator>>(istream& is,string& str) {str.clear();char c;c is.get();while (c ! \0 && c ! \n) {str c;c is.get();}return is; } 在上文的对string的实践中&#…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023