网站加载慢怎么解决方法。只有一条顺序：先量五段。再动最长的那一段。

一条命令就能量完。

`` curl -o /dev/null -s -w 'dns=%{time_namelookup} conn=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://你的域名 ``

跑两遍。取第二遍。第一遍常带冷启动。

现象 落在哪一段 这一支怎么判
一打开就转，地址栏没反应dns换一家解析再跑，降了就是解析
卡在正在连接conn 减 dns换同城另一台测，两台都慢是线路
卡在安全连接tls 减 conn看证书链与协议版本
出来慢、内容一下就完ttfb 减 tls看慢查询与外部接口
出来快、内容很久total 减 ttfb看体积与请求数

解析这一段最长的，先换解析再改别的

dns 接近 total 时。后面几段再快也没用。

换一家解析再跑一次。降了。就是解析这一段的事。

不降。说明慢在对方权威那一侧。本地换谁都没用。

这时候不要动程序。也不要压图片。

连接这一段最长的，先比两台机器

conn 减 dns 最大。先别怀疑站点。

找一台同城、同运营商的机器再测一次。

两台都慢。才是这条路的事。只有一台慢。看那一台的出口。

这一段跟程序无关。改代码没用。

用宝塔拨测的网站测速一次跑多地区，哪一段拖的一眼看出。

首字节这一段最长的，先看后端

ttfb 减 tls 最大。请求已经到了对方那边。

这一段在等后端回话。改线路改不动它。

先看有没有慢查询。再看有没有同步等外部接口。

程序里同步调外部接口，是这一段最常见的拖法。

下载这一段最长的，先算体积

total 减 ttfb 最大。前面都快。就是内容收不完。

先看总量。再看请求数。

图片压一遍、合并小文件、静态资源开长缓存。三样见效最快。

反过来。有人一口气换解析、上 cdn、压图片、升配置。改完确实快了些。但不知道是哪一样起的作用。下一次再慢。还得重新猜。