queueing 优化_从Timing看HTTP请求的优化方向

最新推荐文章于 2024-07-09 16:14:30 发布
最新推荐文章于 2024-07-09 16:14:30 发布
阅读量2.2k 收藏 2
点赞数
文章标签： queueing 优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39917291/article/details/111735793
版权
本文分析了Chrome开发者工具中的HTTP请求Timing，解释了Queueing、Stalled、DNS Lookup、Initial Connection和SSL等阶段的含义及影响因素。针对Queueing阶段的优化建议包括升级HTTP协议、利用长连接和多路复用技术，减少TCP初始化连接。同时，减少代理跳转、开启Keep Alive、优化代码执行和缓存策略也能有效改善请求延迟。
摘要由CSDN通过智能技术生成

1, 背景

在Chrome开发者工具中，有一个Timing菜单，可以查看每一个HTTP请求耗时分布，如下

2, 内容

Queued at 8.4 ms

Started at 8.4 ms

Resource Scheduling DURATION

Queueing 2.98 ms

Connection Start DURATION

Stalled 16.94 ms

Proxy negotiation 0.76 ms

DNS Lookup 5.42 ms

Initial connection 16.58 ms

SSL 10.43 ms

Request/Response DURATION

Request sent 41 us

Waiting (TTFB) 84.12 ms

Content Download 5.48 ms

(Total:) 132.21 ms

我们依次从上往下，对照官方文档来看。

2.1 Queued at 8.4ms, 它表示当前的这个请求在这个页面加载过程中，加入到请求队列中的时间。这个数值是从0开始计算的，然后按照加入队列的顺序，依次累加的。

为什么会排队呢？因为浏览器对同一时间，同一个Host发起的HTTP1.1并发请求的个数做了限制，不是所有的请求都能发出去，所以需要排队。

个数限制详情如下

BrowserVersion | ConnectionsPerHostname | MaxConnections

-------------

最低0.47元/天 解锁文章
weixin_39917291
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
异步加载css 和 谷歌浏览器各实用小工具介绍
e5354966xieo1的博客
12-28 633
异步加载css资源 加开页面首屏显示速度使我们前端一直在追求的目标，而css资源在这些优化中同样也是不可或缺的。 一个网站可能有一部分css资源是必须的，他需要在页面渲染完之前就被加载完，并和html一起解析，这个暂时无法做手脚，但是我们可以把一些非关键的css进行异步化，也就是异步加载。 市面上有很多工具可以达到这个效果，比如loadCSS 这次要说的这个异步加载方式，其实也是loadCSS...
wx.chooseimage 超过了最大请求长度_从Timing看HTTP请求的优化方向
weixin_39634900的博客
12-06 385
1、背景在Chrome开发者工具中，有一个Timing菜单，可以查看每一个HTTP请求耗时分布，如下2、内容Queued at 8.4 msStarted at 8.4 msResource Scheduling DURATIONQueueing 2.98 msConnection Start DURATIONStalled ...
CentOS搭建Zookeeper
Button的博客
06-02 1012
CentOS搭建zookeeper
【前端性能优化摸索】浏览器发起的网络请求，经历了哪些阶段以及该如何优化
qq_40610760的博客
05-28 749
一、发起的网络请求，经历了哪些阶段以及该如何优化 我们从开发者工具的network就可以清楚的看到每个请求的时长，以及网页加载的情况。 Stalled:是浏览器得到要发出这个请求的指令，到请求可以发出的等待时间，一般是代理协商、以及等待可复用的TCP连接释放的时间，不包括DNS查询、建立TCP连接等时间等。 queueing完后开始Stalled,上图Stalled所用时间为6.45ms。 Proxy negotiation:代理协商所用时间。 上图所用时间为..
vue请求时间太长_接口处理请求时间过长，前台响应“服务器超时”的解决办法
weixin_45441470的博客
08-17 8402
这些方法可以根据具体需求和情况进行选择和组合使用，以提高前端的用户体验和接口的性能。同时，还需要考虑服务器端的性能和网络环境，以及前后端的协作来实现最佳的用户体验。
访问页面时queueing为5秒的问题
.zz的博客
06-05 6610
在访问页面时候，偶尔会出现页面空白很久没有显示的情况，但是看到加载的时间都很短，那这个空白的时间哪来的呢？ 看了调试工具，发现是.html的请求有一个queueing为5秒的挂起。 最后看了谷歌对这个的解释，是由于浏览器的活动连接数的问题，具体如下：
HTTP协议39丨HTTP性能优化面面观（上）
最新发布
qq_53280238的博客
07-09 300
（在英语原文中是 mile，英里）。“第一公里”是指网站的出口，也就是服务器接入互联网的传输线路，它的带宽直接决定了网站对外的服务能力，也就是吞吐量等指标。显然，优化性能应该在这“第一公里”加大投入，尽量购买大带宽，接入更多的运营商网络。“中间一公里”就是由许多小网络组成的实际的互联网，其实它远不止“一公里”，而是非常非常庞大和复杂的网络，地理距离、网络互通都严重影响了传输速度。
kafka内存溢出分析：OutOfMemoryError
Autumn_bell的博客
11-19 6457
线上Kafka问题分析：OutOfMemoryError 前言： 最近在线上遇到个奇怪的问题，具体的情景是：由于客户有相应的需求，我们需要提前在程序中判断Kafka集群是否可用，于是我们使用了Kafka0.11.0.0版本之后提供的KafkaAdminClient，这可以方便的创建一个kafka客户端进行集群的管理操作。 经过： 我们使用listTopics()来获取kafka集群所有的topic，如果能获取到相应数据，则能够说明kafka集群运行正常，代码很简单： package com.wenjie.d
LINUX 编译内核选项 向作者致敬
热门推荐
吾将上下而求索
08-24 1万+
<br />Linux 2.6.19.x 内核编译配置选项简介作者：金步国版权声明<br />本文作者是一位自由软件爱好者，所以本文虽然不是软件，但是本着 GPL 的精神发布。任何人都可以自由使用、转载、复制和再分发，但必须保留作者署名，亦不得对声明中的任何条款作任何形式的修改，也不得附加任何其它条件。您可以自由链接、下载、传播此文档，但前提是必须保证全文完整转载，包括完整的版权信息和作译者声明。其他作品<br />本文作者十分愿意与他人共享劳动成果，如果你对我的其他翻译作品或者技术文章有兴趣，可以在如下位
一个页面同时请求多个接口，超过6个请求之后，stallled时间过长
莉兹Liz的博客
03-03 9414
Network Timing 使用Chrome浏览器请求多个接口时发现前面的请求Network Timing中stalled时间明显较短，到第四个请求时stalled时间开始加长，超过6个请求之后，stallled时间过长，导致接口整体请求时间变长，页面渲染变慢。 为什么会这样呢，通过查看stalled发现和TCP连接有关。 TCP连接 TCP是网络传输层中的协议，三次握手建立连接、四次挥手终止连接。问题中，因为使用axios结合async、await异步请求来请求接口，因此，7个TCP同时发起连接，
chrome network 一次timing分析
娃哈哈_的博客
09-11 4072
一、背景 在chrome浏览器运行前端项目时 ，发现页面渲染很慢，F12打开控制台- network，发现有些请求响应时间长达7s多的时间，点击查看timing如下： 如上图所示，该http请求的 waiting(TTFB)时间很长~ 二、几个重要的概念(加粗为重点) 1、Queueing（队列） 【资源调度】期间，浏览器有自己的线程限制，所有的请求不可能都能够同时发送，一般chrome的最大并发连接数为6，根据请求顺序，会将所有请求加入队列中，此概念表示在队列所耗费等待的时间。 2、Stalled（阻塞
浏览器的performance API与页面首屏加载分析
知识点沉淀包括不限于前端
05-01 1135
浏览器的performance API与页面首屏加载分析 https://juejin.cn/post/6940656977919868959 前言 现代浏览器提供了performance（性能）这个API来帮助我们分析页面的加载性能，从MDN上可以看到从IE9时代（约2011年）就开始支持了，所以目前来说兼容性还算可以，所以可以研究一下这个API具体有啥功能。 window.performance 1.1 整体结构 先看看performance主要结构： image.png 其中页面整体的性能时间顺序
使用Chrome开发者工具network中的timing来调优
qgnczmnmn的博客
06-21 1819
在文章chrome浏览器F12 Network中Timing参数含义中介绍了network中的timing各属性的含义，一般API的请求中比较耗时的阶段在content download阶段， 在实际开发中，如果页面上刷新好久还没有数据，可以看一下是不是时间都消耗在这个阶段；也可以等请求结束可以根据请求中的属性来判断是不是因为数据太大导致下载比较慢。 如下图，可以看到请求中大部分的时间都消耗在了content download阶段： 接下里看一下API请求后的参数情况： 正如图中所示，118KB t.
开发者工具network里请求pending状态耗时长是为什么？（项目部分页面的请求）
weixin_46917162的博客
11-17 5313
在开发一个数字化大屏项目的时候遇到问题：某个大屏接口请求10多秒才能拿到响应数据，其他大屏页面接口响应很快。
HTTP协议优化网站加载响应速度的思考
qq_45756124的博客
07-22 979
在公司的第一天晚上就被拉去开会，一个日志分析系统，使用者反馈说查询速度过慢，加载全部数据要很久，最慢的几个请求要30多s才返回，经过排查否定了响应数据过大、服务器处理数据时间长（ES聚合）等问题，最终发现是请求数过多导致请求排队时间过长，大概5/6的时间都花在排队上了。HTTP/1.1Pipeling解决方式为，若干个请求排队串行化单线程处理，后面的请求等待前面请求的返回才能获得执行机会，一旦有某请求超时等，后续请求只能被阻塞，毫无办法，也就是人们常说的线头阻塞；每一个请求都要建立一个连接；...
详解网页性能参数 performance API
杏子
01-13 8943
本文要点： 1. 介绍浏览器核心工作流程； 2. 介绍 performance 对象及方法。通过 performance 对象详解网页各项资源耗时及内存占用情况（精确到每个资源的DNS 解析时间，TCP连接时间等）。
Chrome浏览器Timing研究说明
小小默：进无止境
12-08 4443
DNS查询的时间，当本地DNS缓存没有的时候，这个时间可能是有一段长度的，但是比如你一旦在host中设置了DNS，或者第二次访问，由于浏览器的DNS缓存还在，这个时间就为0了。浏览器得到要发出这个请求的指令，到请求可以发出的等待时间，一般是代理协商、以及等待可复用的TCP连接释放的时间，不包括DNS查询、建立TCP连接等时间等。请求发出后，到收到响应的第一个字节所花费的时间(Time To First Byte)，发送请求完毕到接收请求开始的时间；注意：网页重定向越多，TTFB越高，所以要减少重定向。
Chrome---network模块---Timing
lgq2016的博客
08-24 1135
对于动态网页来说，服务器收到用户打开一个页面的请求时，首先要从数据库中读取该页面需要的数据，然后把这些数据传入到模板中，模板渲染后，再返回给用户。比如使用了低带宽的服务器，或者本来用的是电信的服务器，可联通的网络用户要来访问你的服务器，这样也会拖慢网速。发送请求头时带上了多余的用户信息。这里需要额外说明的是，如果你使用了代理服务器，还会增加一个 Proxy Negotiation 阶段，也就是代理协商阶段，它表示代理服务器连接协商所用的时间，不过在上图中没有体现出来，因为这里我们没有使用代理服务器。
try_queueing_ack_app
07-27
回答: "try_queueing_ack_app"这个词组在提供的引用内容中没有被提及。请提供更多的上下文或信息，以便我能够更好地回答你的问题。 #### 引用[.reference_title] - *1* *2* [liunux 查看系统参数、网络参数的命令]...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值