stalled和Initial connection偶尔请求时间长

最新推荐文章于 2025-10-10 13:45:10 发布
原创 最新推荐文章于 2025-10-10 13:45:10 发布 · 2.9w 阅读 · 20 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

Queueing请求排队的时间。关于这个，需要知道一个背景，就是浏览器与同一个域名建立的TCP连接数是有限制的，chrome设置的6个，如果说同一时间，发起的同一域名的请求超过了6个，这时候就需要排队了，也就是这个Queueing时间

Stalled是浏览器得到要发出这个请求的指令，到请求可以发出的等待时间，一般是代理协商、以及等待可复用的TCP连接释放的时间，不包括DNS查询、建立TCP连接等时间等
DNS Lookup DNS查询的时间，页面内任何新的域名都需要走一遍 完整的DNS查询过程，已经查询过的则走缓存
Initial Connection / Connecting 建立TCP连接的时间，包括TCP的三次握手和SSL的认证
SSL完成ssl认证的时间
Request sent/sending请求第一个字节发出前到最后一个字节发出后的时间，也就是上传时间
Waiting 请求发出后，到收到响应的第一个字节所花费的时间(Time To First Byte)
Content Download 收到响应的第一个字节，到接受完最后一个字节的时间，就是下载时间

 

 

客户端不知道当前与服务器的TCP连接已经断开，且还像去用之前的连接去请求以节省资源，但实际上已经断开，服务器会在21秒内重置信息，通知客户端链接已经断开，开启重试，直到成功。

stalled和Initial connection请求时间长的可能原因是TCP链接丢失，且暂时并未找到解决方案。

参考：http://fex.baidu.com/blog/2015/01/chrome-stalled-problem-resolving-process/

zeroJustGG
关注
页面并发请求的链接复用及三次握手时间分析
daiming573的专栏
01-05 747
问题来源于之前项目中的列表查询，在分页查询程中存在图片下载失败问题。问题原因在于单个图片较大，翻页过程中上一个列表的图片没有加载完，新的列表图片请求又发起，导致页面中累计了成百上千的图片下载请求。当时在考虑这问题时候，分析是不是http请求没有复用connection导致了多个http请求加载超时。最后了解到是单个图片下载时间过长，累计的图片下载数量过多问题，可从减少图片下载请求时间和限制图片下载数量方面优化。下面分析下页面中多个TCP请求的链接复用，节省链接初始化时间问题。 1、并发http请求问题 在日
springboot 连接数据库 nable to create initial connections of pool.
乔永刚的博客
03-17 5722
``java 2019-03-17 23:30:31.225 ERROR 8196 — [ restartedMain] o.a.tomcat.jdbc.pool.ConnectionPool : Unable to create initial connections of pool. org.postgresql.util.PSQLException: 不明的原因导致驱动程序造成失...
chrome浏览器F12 Network中Timing参数含义
lhz_333的博客
06-25 1万+
Chrome浏览器开发者工具Network窗口下，Timing中显示资源在整个请求生命周期过程中各部分花费的时间。
一张图读懂 HTTP 请求的 stalled 状态：它是什么、为何出现、怎么定位与优化
最新发布
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
10-10 1037
在 Chrome DevTools 的官方说明里，TimingQueueingStalledDNS Lookup。Queueing指在连接开始之前因优先级、同源连接数上限、磁盘缓存分配等原因而排队的耗时。对，浏览器对同一源同时打开的 TCP 连接通常限制为 6 条，新来的请求就会排队等待。官方文档将这些原因详细列在Queueing段落中。Stalled指在连接已经开始之后，仍然因为与Queueing相同的那些原因而被延迟的时段。换句话说，stalled可以被视为连接建立阶段之后的资源争用或节流带来的停顿。
网页加载慢，Initial connection请求偶尔过长
weixin_45954775的博客
11-03 7364
Initial connection请求时间过长
关于请求被挂起页面加载缓慢问题的追查（stalled 时间过长）
热门推荐
tianhouquan的专栏
12-14 6万+
浏览器对同一域名进行请求的最大并发连接数 当我们在浏览网页的时候，对浏览速度有一个重要的影响因素，就是浏览器的并发数量。并发数量简单通俗的讲就是，当浏览器网页的时候同时工作的进行数量。 如果同时只有2个并发连接数数量，那网页打开的时候只能依赖于这2条线程，前面如果有打开慢的内容，就会直接影响到后面的内容打开。但是如果同时有更多的并发连接数，这样就会大大的提高网页加载速度。浏览器的并发连接数也并非越大越好。
Chromium内核浏览器访问localhost时的初始连接（initial connection）高延迟问题
weixin_52251151的博客
10-25 1800
从结果上来看，通过localhost访问hhttpd的高初始连接（initial connection）延迟问题仅出现在基于Chromium内核的浏览器上。从分布来看，直接使用IP地址访问监听的IP地址（不论IPv4还是IPv6）都是最快的。总体而言，Firefox表现出的性能最好。
（网页加载慢）浏览器访问网站时发现建立连接（ Initial connection）时巨慢，需要 20 多 s的追查
cjggIT之路
03-28 2万+
今天公司网站上线，结果首页的访问速度出奇的卡。chrome里查了下网站的加载速度Initial connection 什么鬼，竟然20多秒其实测试时就已经发现这个问题了，一直以为是发布后网站（IIS）第一次加载特别慢的原因，所以没在意分析具体耗时在哪。无奈百度，google也没找到解决方案。本地localhost访问一直都很快，显然不是代码的问题。ping的了域名发现解析速度也没有问题。最后重新给...
一个页面同时请求多个接口，超过6个请求之后，stallled时间过长
莉兹Liz的博客
03-03 1万+
Network Timing 使用Chrome浏览器请求多个接口时发现前面的请求Network Timing中stalled时间明显较短，到第四个请求时stalled时间开始加长，超过6个请求之后，stallled时间过长，导致接口整体请求时间变长，页面渲染变慢。 为什么会这样呢，通过查看stalled发现和TCP连接有关。 TCP连接 TCP是网络传输层中的协议，三次握手建立连接、四次挥手终止连接。问题中，因为使用axios结合async、await异步请求来请求接口，因此，7个TCP同时发起连接，
浏览器 connection start 的SSL时间过长
07-23
如果发现 `Stalled` 或 `Initial Connection` 时间较长，可能是由于 TCP 连接丢失或服务器响应延迟导致的。可以通过以下方式优化： - 确保服务器的网络稳定性，避免丢包。 - 调整服务器的超时设置，减少重试时间。 ...
chrome network 一次timing分析
娃哈哈_的博客
09-11 5133
一、背景 在chrome浏览器运行前端项目时 ，发现页面渲染很慢，F12打开控制台- network，发现有些请求响应时间长达7s多的时间，点击查看timing如下： 如上图所示，该http请求的 waiting(TTFB)时间很长~ 二、几个重要的概念(加粗为重点) 1、Queueing（队列） 【资源调度】期间，浏览器有自己的线程限制，所有的请求不可能都能够同时发送，一般chrome的最大并发连接数为6，根据请求顺序，会将所有请求加入队列中，此概念表示在队列所耗费等待的时间。 2、Stalled（阻塞
解决浏览器页面加载问题
05-23
判断不同浏览器的页面加载方法 //js是否加载完成 scriptReady:false, //DOM结构是否加载完成 domReady:false,
queueing 优化_页面性能优化总结
weixin_39628339的博客
12-20 1568
页面性能优化总结由于本人前几天一直在解决页面性能、加载慢等问题。解决后，对于该方面知识有一定的认识与理解，现将经验码出来，与大家分享；由于单纯讲解知识点会造成知识点认识混乱，故将知识分模块讲解；由于项目中主要使用chrome浏览器，故仅讲解以webkit为内核的浏览器机制1.浏览器加载时间：当浏览器对页面进行加载并且解析时，会产生如下几个主要时间：1)、queueing 时间该时间为等候时间，也可...
Network Request Stalled for Chrome: 13 Ways to Fix it
大袤宏图
01-06 1064
by。
解决实际项目中stalled时间过久的问题
luxinfeng的博客
02-19 1万+
在公司参与了一个做度量统计的项目，该项目的特点是页面上的表格、卡片、图标非常多。项目经常出现一种情况：页面加载速度较慢，开始怀疑是由于计算量较大，后端接口相应速度较慢。优化了一版后端接口后（加缓存、优化SQL），发现有时接口的相应速度还是很慢，有的接口能达到3秒多，严重影响了用户体验。
Stalled:一次请求超时异常处理
顺其自然~专栏
11-05 5936
最近项目中出现一个问题，前端每隔1秒向同一个url发起请求，第一次请求响应时间2秒左右，此后每次请求耗时会增加大约1秒，直到超时。
linux使用scp时间为stalled,scp出现stalled的原因和解决方法
weixin_42363874的博客
05-04 1025
When transferring large files(for example mksysb images) usingscp through a firewall, the scp connection stalls.Cause:The reason for scp to stall, is because scp greedily grabs asmuch bandwith of the ...
chrome的timeline中stalled问题解析
weixin_30846599的博客
05-12 1210
原文地址 ：http://foio.github.io/chrome-stalled/ 在公司国做一个运营活动，上线后PM总是抱怨访问速度过慢，影响运营效果。然而从前端的角度来说我已经做了如下优化： css、js合并压缩、图片压缩、雪碧图、静态资源全部上CDN。但是依然很慢，实在s是困惑，通过chrome的timeline分析，发现有些请求确实很慢，但是大部分时间消耗在stalled阶段。...
工具链与其他-移动端网络优化的指标和策略
qq_35729091的博客
04-29 1542
chrome://net-internals/#dns可以看到能清除浏览器缓存的dns。多路复用：2.Connection Start 连接建立的时间；DNS Lookup：DNS查询时间（DNS很慢就是运营商出问题了）在打开APP期间将资源推送到APP的缓存中（连WIFI时候可用）Waiting（TTFB）：等待第一帧的时间，等待时间。2.Connection Start 连接建立的时间。Stalled：闲置时间，程序在准备资源。native工程师和前端工程师一起开发。（优先做）服务端渲染->请求合并。
浏览器请求接口stalled时间过长
07-22
### 三级标题：浏览器请求接口时 Stalled 时间过长的解决方案 Stalled 时间是指浏览器在发起请求前因资源竞争、连接限制或缓存策略等原因而处于等待状态的时间。当 Stalled 时间过长时，会导致请求排队、页面加载变慢，影响用户体验。 浏览器对同一域名下的并发请求数有限制，Chrome 默认为 6 个并发连接[^2]。当同时发起的请求超过该限制时，后续请求将进入等待状态，表现为 Stalled 时间增加。例如，当某个接口请求耗时较长（如 1 分钟）时，其他请求必须等待该请求完成释放连接后才能发送，导致整体加载时间延长[^3]。 #### 优化请求并发策略 可以通过域名分片（Domain Sharding）技术，将资源部署在多个子域名下，从而绕过浏览器的并发连接数限制。例如，将接口分别部署在 `api1.example.com` 和 `api2.example.com`，这样浏览器可以为每个域名建立独立的连接池，提升并发能力[^2]。此外，升级到 HTTP/2 或 HTTP/3 可以利用多路复用（Multiplexing）特性，在单个连接上并行处理多个请求，显著减少 Stalled 时间。 #### 优化接口响应时间 对于长时间阻塞的接口，应优化其响应机制。例如，可以将长时间轮询（long-polling）改为 WebSocket 通信，或者采用异步处理、分段返回结果等方式，减少单个请求的阻塞时间。避免一个接口长时间占用连接，有助于释放浏览器并发资源，提升整体加载效率[^3]。 #### 启用缓存策略 合理使用 HTTP 缓存机制，如 `Cache-Control` 和 `ETag`，可以减少重复请求对服务器的压力。例如，使用 `Cache-Control: max-age=3600` 可以让浏览器缓存资源 1 小时，在此期间内无需重新请求，从而减少 Stalled 时间[^4]。对于需要验证缓存有效性的请求，使用 `If-None-Match` 和 `Last-Modified` 可以减少完整资源传输，加快响应速度。 #### 调整服务器连接管理 服务器端应优化连接管理，避免 TCP 连接频繁建立和释放。可以启用 `keep-alive` 机制，保持连接复用，减少连接建立和关闭的开销。例如，在 Nginx 中可以通过以下配置启用长连接： ```nginx upstream backend { server backend1.example.com; keepalive 32; } server { listen 80; location / { proxy_pass http://backend; proxy_http_version 1.1; proxy_set_header Connection ""; } } ``` 该配置允许后端连接保持复用，减少连接建立延迟，从而降低 Stalled 时间[^1]。 #### 优化前端资源加载策略 在前端层面，可以使用 `<link rel="preload"> 提前加载关键资源，提升加载优先级。例如： ```html <link rel="preload" href="api/data" as="fetch" crossorigin> ``` 这种方式可以让浏览器尽早发起关键接口请求，减少因资源依赖导致的阻塞。此外，合理使用懒加载和异步加载策略，延迟非关键接口的调用，也有助于缓解请求排队问题。 ###
评论 6
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值