超时不是一种故障。先看卡在哪一段，再决定动哪一层。

网站请求超时怎么解决办法，先别急着重启。五段耗时里，卡住的那一段就说明了卡在哪一层，后面的判断都从这一段开始。

停在三段之前，是根本没连上

dns、tcp、tls 三段都走完，才算把门推开。三段里任何一段卡住，请求都没到服务器。

判据是 dns 段超时、tcp 段超时、tls 段超时三种，看是哪一段红的。测速端自己解不出，是那台节点的事，跟站点无关。

dns 超时，换一家解析再试。tcp 超时，换一个节点或一条线路。tls 超时，先看证书链是否完整。

ttfb 卡住，是服务端在等

ttfb 从请求发完算到收到第一个字节。这一段卡住，请求已经到了，是没人回话。

判据是 tls 已成功、ttfb 几乎每次都停在同一秒数。两条同时成立，问题在后端。

那么去看进程有没有被占满、数据库有没有慢查询、有没有等外部接口。

用宝塔拨测的网站测速跑一次，五段耗时和状态码是分开列的，先看卡在哪一段。

下载段断在半路，是体积或线路

下载段从第一个字节算到最后一个字节。这一段断，说明已经开始传了。

判据是状态码已经返回、字节数没传完。这一种和超时最像，但性质不同。

那么先看页面总字节数和单个最大文件。这两个都不大，再看这条线路的丢包。

所有节点都超时，先往站点侧找

<figure><img src="https://image.bt.cn/20261113/54117bede62550fa64e167defc9abfd7.svg" alt="超时先看卡在哪一段，再看是所有节点还是少数节点" loading="lazy" width="1200" /><figcaption>两问有先后：先卡在哪段，再多少节点</figcaption></figure>

全部节点超时，本地再怎么排查都是白费。

判据是超时的节点比例过半。过半是经验线，过了就只查服务端和网关配置。

那么先看服务端最近的变更，再看网关的上游列表和超时值。

只有几个节点超时，先看那几条出口

少数节点超时，多数正常，问题在那些节点走的那条路。

判据是同一运营商里超时集中在一两个地区。

那么换一条不同运营商的线路复测。换完正常，就不是站点的事。

先按「卡在哪一段」分层，别一上来就重启。一次只改一处，改完只比那一段的耗时。