waiting (ttfb)请求时间过长的原因？

最新推荐文章于 2023-07-25 11:13:23 发布
原创 最新推荐文章于 2023-07-25 11:13:23 发布 · 1.7w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

今日发现bcoder编程网站响应缓慢，首页加载时间长达20秒。通过Chrome开发者工具检查发现，问题主要在于过长的waiting (ttfb)时间，达到了9秒。其他资源如CSS、图片和JS文件的加载时间正常。目前原因不明，寻求解决方案。
部署运行你感兴趣的模型镜像

今天发现bcoder编程网打开速度非常慢，将近20s才能加载出来首页，一开始以为是缓存软件或cdn问题，全部禁用之后，发现并没有什么变化。查看chorme之后，发现问题在于waiting (ttfb)时间有点长的惊人啊！ 将近9s了！

如下图所示，一直Pending状态

20151230220950

等了7，8s钟网站才开始加载！！！

201512302209500

waiting (ttfb)，时间占了这么久！

再看看其他如css，图片，js等资源，加载都是几百ms而已。目前还不知道是什么原因引起的！！！知道的话告诉我一声啊！csdn的朋友们

您可能感兴趣的与本文相关的镜像

Seed-Coder-8B-Base

Seed-Coder-8B-Base

文本生成
Seed-Coder

Seed-Coder是一个功能强大、透明、参数高效的 8B 级开源代码模型系列，包括基础变体、指导变体和推理变体，由字节团队开源

Chrome Network面板工具之万文多图详解
herosunly的博客
05-25 1万+
1. 基本介绍 2. 控制器 3. 过滤器 4. 请求列表 4.1 属性列表 4.2 排序方式 4.3 查看具体的请求内容
黑马点评-有关Waiting(TTFB)时间过长的原因
m0_50550801的博客
11-06 1473
通过这次对错误的排查，我学会了合理的缩小错误的范围，利用自己学到的技术来排查错误如AOP，经过这次错误我对项目的整个流程已经对错误的快速定位有了新的认识。
网站加载 Waiting (TTFB) 时间过长的原因和解决办法
花语无痕的博客
06-29 1万+
关注网页前端性能的朋友，在优化网页性能的时候都会遇到网站加载 Waiting（TTFB）时间过长的问题。对于没有优化过的 WordPress 站点，TTFB 时间经常超过了页面内容的下载时间，为用户带来不必要的等待时间。这个问题的主要原因是在服务器端，不熟悉服务器运维的朋友优化起来可能会不知道从哪里下手，今天我们就从各方面分析一下网站加载 Waiting (TTFB) 时间过长的原因和解决办法。 什么是 Waiting (TTFB) 时间 TTFB 是 Time to First Byte 的缩写，指的是浏
个别项目浏览器访问服务端缓慢，加载 Waiting (TTFB) 时间过长的原因和解决办法
KBY_1987aa的专栏
04-20 3165
Waiting (TTFB) 时间长，浏览器访问后端缓慢，耗时长
ttfb 指 耗时_网页响应慢，waiting（TTFB）时间过长,接口返回耗时，数据库占用CPU 90%以上...
weixin_31470259的博客
01-30 869
记一次 网页响应慢，waiting(TTFB)时间过长,接口返回耗时，数据库占用CPU 90%以上问题排查症状：H5页面打开白板，几十秒后出现页面，调试跟踪访问接口waiting(TTFB：全称Time To First Byte，是指网络请求被发起到从服务器接收到第一个字节的这段时间，它包含了 TCP连接时间、发送HTTP请求时间和获得响应消息第一个字节的时间)时间过长，看服务器资源占用...
网页调试工具显示waiting TTFB时间过长的问题
睶
07-20 2663
当我发现网页加载很慢的时候，打开开发者调试工具，有时可以发现Waiting TTFB (Time To First Byte)的时间比较长。 什么是TTFB？ TTFB就是最初的网络请求被发起到从服务器接收到第一个字节这段时间，它包含了 TCP连接时间，发送HTTP请求时间和获得响应消息第一个字节的时间。 如图：整个界面加载完需要50s！！！ 这种情况优先考虑慢SQL的原因！，打开Navicat类...
前端请求后端(php)接口出现Waiting(TTFB)耗时很长的解决方案
ougexingfuba的博客
11-18 1848
1.ajax请求时，设置请求头 Connection:keep-alive 2.数据库连接不要写localhost，改成127.0.0.1 'DB_HOST' => '127.0.0.1', // 服务器地址 然后你就会发现，速度飞一般的快！
WordPress网站加载WAITING (TTFB) 时间过长解决办法
666
09-21 1327
WordPress 刚刚安装的时候，性能是没问题的，我们安装了主题、插件、添加了一些小工具和菜单，然后我们就开始上传内容了，我们都很勤快 Waiting (TTFB) 时间 Time to First Byte 指的是浏览器开始收到服务器响应数据的时间（后台处理时间+重定向时间），是反映服务端响应速度的重要指标。 TTFB 时间多长算长 下面两个图中的 TTFB 时间分别是本站所在服务器的静态和动态网页 TTFB 等待时间。 根据测试，TTFB 时间如果超过了 500 ms，用户在打开网页
网络请求优化实战：利用Chrome Network面板缩短首屏时间达40%的5步法
本文系统探讨了前端性能优化的关键路径，从Chrome Network面板的指标解析入手，深入分析DNS、TCP、TTFB等关键阶段对首屏时间的影响，并结合FCP与资源依赖链识别瓶颈请求。通过优化关键渲染路径、实施预加载与懒加载...
new AbortController 为什么没拦截feach请求
最新发布
10-14
另外，引用[1]中提到了网络请求的Timing分析，虽然不直接相关，但我们可以联想到：如果请求已经在Waiting (TTFB)或Content Download阶段，此时取消请求可能不会生效，因为请求已经进入服务器处理或数据传输阶段。...
如何优化Waiting for server response
02-28
嗯，用户问的是如何优化“Waiting for server response”，也就是减少服务器响应时间的等待。这个问题在Web性能优化中挺常见的，我得仔细想想怎么组织思路。 首先，我应该考虑可能的原因。服务器响应时间慢可能有多...
影响文件上传Waiting(TTFB)时间长的因素以及解决办法
qq_42610605的博客
10-09 4379
背景 前端时间前端同事在调后台文件上传结构的时候反应文件上传接口很慢。通过查看后台日志，发现文件上传接口的实际请求与响应在1秒以内，但是前端调用接口的请求与响应在5秒以上，通过Chrome调试，返现问题出在Waiting(TTFB)时间过长。 什么是 Waiting (TTFB) TTFB： 是“最初的网络请求被发起”到“从服务器接收到第一个字节前”所花费的毫秒数。 影响的因素 服务器阻塞 浏览...
前端get/post等请求后，一直处于pending状态，解决办法
热门推荐
weixin_51345651的博客
04-25 4万+
前端发送完请求发现network里的请求一直处于pending状态（如图） 或者等待过一段事件后会报错，如图 然后我尝试了一些解决办法，分享给大家，建议大家按照顺序来 1.首先排查是不是后端的问题 这个最重要，不然搞半天就是浪费时间，那么如何排查不是自己的问题呢，当然是使用调试工具看看了，这里我首先推荐postman做调试 如果可以返回成功或者失败的回调那么就说明后端没问题，如果一直是加载的状态，那么就得联系后端了 2.后端没问题的话那么常常就是header问题了 这个时候需要
【已解决】文件上传到Nginx服务器后，等待时间很长Waiting (TTFB)的解决办法。
黑夜的风的博客
07-27 1万+
【问题的背景】 项目上线后，发现大文件上传后，等待时间很长。 15MB的文件足足需要等待4分钟！ 而我的测试服务器则没有这个问题，几乎是秒上传成功。 【解决过程】 最开始我以为是PHP背锅。 考虑过的解决方案如下： 以为move_uploaded_file方法执行有问题/缓存文件夹权限不足/PHP、Apache、Nginx的配置文件里关于文件大小的限制。 并在网友的建议下开启P...
为什么我的接口响应时间这么长？记一次接口响应时间过长问题排查
qq_42633395的博客
07-25 1672
后端代码其实也很简单，就是从session里面获取用户登录状态，通过打日志等一些方法，发现这个接口的实际执行时间，在4ms左右，完全达不到2.4s的时间，那么问题到底出在哪呢？log.info(“获取用户信息 耗时：” + (System.currentTimeMillis() - start));通过查看这张表的数据，发现有一个进程一直在定时执行，经过和同事的咨询沟通，有人写了个定时任务，定时入库数据，占用了数据库资源。log.error(“方法执行错误::::{}”, e.getMessage());
Nginx请求处理时间过长问题解决
qq_41512902的博客
08-10 1万+
Nginx请求处理时间过长问题解决
关于异步请求 waiting 时间的问题
lucky___star的博客
04-03 1438
waiting时间就是处理数据的时间， 请求到达服务器，服务器根据请求内容去执行程序引入文件，载入类什么的，都在这段时间内执行，得出结果后，反馈回来，框架复杂度问题，越复杂的框架，请求时间越长。 ...
任务接口请求超时，如何优化
小白的博客
04-30 929
任务接口请求超时，如何优化
项目加载 waiting时间过长
我的BLOG
09-10 1441
项目访问延时过长 项目访问正常加载时间过长，通过chrome可以看到时间主要集中在waiting阶段 将项目在本地启动，所有数据库配置按照线上配置 对接接口切面增加，通过日志可以看到，实际接口耗费时间在毫秒级 但是实际对接口的访问waiting时间依然还在 这个时候查看chrome控制台发现静态资源的访问都需要很长的waiting时间，包括静态资源的访问都有相同的问题，初步断定和业务没有关...
浏览器请求https接口，stalled 时间过长
07-23
### 分析浏览器 HTTPS 请求中 `stalled` 时间过长的原因 浏览器发起 HTTPS 请求时，`stalled` 时间是指从请求被调度到可以实际发出之前的等待时间，通常涉及代理协商、等待可复用的 TCP 连接释放等，不包括 DNS 查询、TCP 连接建立等时间[^1]。当 `stalled` 时间过长时，可能的原因包括： 1. **连接复用限制** 浏览器为每个域名维护一定数量的持久连接，当并发请求数超过连接池容量时，后续请求将进入等待状态，直到有空闲连接可用。HTTP/1.1 的 Keep-Alive 虽然支持连接复用，但请求仍需串行处理，容易导致连接池阻塞。 2. **缓存锁竞争** 浏览器在发起请求前会检查本地缓存，如果多个请求同时尝试访问同一个资源，而该资源的缓存操作是独占的，后续请求将因无法获取缓存访问权限而被挂起。例如，当一个请求正在写入缓存时，另一个请求必须等待其完成才能读取或写入缓存[^2]。 3. **SSL/TLS 握手延迟** HTTPS 请求需要完成 SSL/TLS 握手，包括密钥交换、证书验证等步骤，若服务器性能较差或配置不当，可能导致握手过程耗时较长。 4. **服务器资源瓶颈** 若服务器处理请求的响应时间较长，例如后端服务响应慢、数据库查询效率低，也可能导致浏览器请求排队等待。 ### 优化浏览器 HTTPS 请求中 `stalled` 时间的方法 1. **启用 HTTP/2 以提升连接复用效率** HTTP/2 支持多路复用（Multiplexing），允许在同一个 TCP 连接上并行处理多个请求和响应，避免了 HTTP/1.1 中因串行请求导致的队头阻塞问题。通过该机制，可以显著减少 `stalled` 时间[^1]。 ```nginx server { listen 443 ssl http2; server_name example.com; ssl_certificate /etc/nginx/ssl/example.com.crt; ssl_certificate_key /etc/nginx/ssl/example.com.key; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers HIGH:!aNULL:!MD5; } ``` 2. **优化缓存策略** 避免多个请求同时竞争同一个缓存资源，可以通过设置合理的缓存控制头（如 `Cache-Control`、`ETag`）来减少缓存争用。例如，使用 `max-age` 指令让资源在缓存中保持较长时间，减少重复请求。 3. **提升 SSL/TLS 握手效率** 启用 TLS 会话复用（Session Resumption）可以减少完整的握手过程，提升连接建立速度。在 Nginx 中可通过以下配置启用： ```nginx ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m; ``` 4. **增加连接池容量** 若使用 HTTP/1.1，可尝试增加浏览器或客户端的连接池大小，避免因连接池不足导致请求排队。例如，在 Chrome 中可通过 `--disable-http2` 参数禁用 HTTP/2，强制使用 HTTP/1.1，并通过 `--max-connections-per-host` 调整连接池大小。 5. **优化服务器响应性能** 通过优化后端服务逻辑、数据库查询效率、负载均衡策略等方式，提升服务器处理请求的速度，减少客户端等待时间。 ### 使用浏览器开发者工具分析 `stalled` 时间 在 Chrome 开发者工具中，可通过 **Network** 面板查看请求的详细时间线。点击具体请求，查看 **Timing** 标签下的各个阶段耗时，重点关注 `stalled`、`SSL`、`TTFB` 等指标。 例如，若 `stalled` 时间较长，可能是由于连接池不足或缓存锁竞争；若 `SSL` 时间较长，则需优化 TLS 握手流程；若 `TTFB`（Time To First Byte）较长，则说明服务器响应较慢。 此外，还可通过 `chrome://net-export` 导出网络日志，使用 `netlog-viewer` 工具进行更深入的分析，查看具体的请求调度过程和延迟来源。 ###
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值