15 10 月 2026

「感觉有点慢」不能当优化依据——先量化,再动手。这篇讲一套完整的速度测试方法学:从多地点延迟、真实加载瀑布、Core Web Vitals 到服务端耗时,配免费工具和判读标准,测完就知道该优化哪。

需要现成的游戏云服务器,可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上,建站和游戏服都能快速部署。

一、测试金字塔:四层都要测

层级指标工具回答的问题
网络层延迟、丢包、路由ping/mtr/多地 Ping用户到服务器的路通不通
加载层首屏时间、瀑布图Lighthouse/PageSpeed页面资源谁在拖后腿
体验层Core Web VitalsSearch Console/ Lighthouse真实用户感受如何
服务端TTFB、DB 查询curl/日志/探针服务器本身快不快

只测一层容易误判:Lighthouse 分数高但北方用户卡,可能是网络层问题;服务端 50ms 但首屏 5 秒,是前端资源问题。

二、网络层测试

# 基础延迟(看均值不看单次)
ping -c 20 你的域名

# 路由跟踪+丢包(定位哪一跳开始劣化)
mtr -r -c 20 你的域名     # 没有就 apt install mtr

# 分地域测试:用工具代替肉身
# itdog.cn(全国多节点 Ping/TCP)、boce.com、ipip.net 在线 traceroute

判读标准:

指标优秀可接受要优化
同地域延迟<20ms20-50ms>50ms
跨地域延迟<60ms60-100ms>100ms
丢包率0%<0.5%>1%

延迟高的解法:CDN(就近访问,见CDN 加速配置实战)、换地域节点(见地域选择与延迟测试)。国内跨运营商(电信/联通/移动)互访差,可以考虑 BGP 多线机房。

三、加载层测试:Lighthouse / PageSpeed

Google PageSpeed Insights(pagespeed.web.dev)输入网址,出三套分:

指标含义达标
FCP 首次内容绘制用户第一次看到内容<1.8s
LCP 最大内容绘制主内容加载完<2.5s
TBT 总阻塞时间主线程被 JS 阻塞<200ms
CLS 累积布局偏移页面元素乱动<0.1
SI 速度指数视觉填充速度<3.4s

本地跑(更可控):

# Chrome 装了 Lighthouse 扩展,或命令行
npm install -g lighthouse
lighthouse https://你的域名 --view      # 自动开报告

# 模拟弱网(更接近移动用户)
lighthouse https://你的域名 --throttling-method=simulate

重点看瀑布图(Network 面板):哪个资源最大、哪个阻塞渲染、哪个 TTFB 长。常见元凶排序:

  1. 没压缩的大图(>500KB 的 banner)
  2. 未缓存的第三方脚本(统计、客服、广告)
  3. 阻塞渲染的同步 JS
  4. 慢 TTFB(服务端/数据库慢)

针对性优化见网站图片与静态资源优化和网站打开慢排查流程。

四、体验层:真实用户数据(RUM)

实验室数据(Lighthouse)只是模拟,真实用户数据才靠谱:

  • Google Search Console → Core Web Vitals 报告(免费,按 URL 分组)
  • 百度统计的「网站速度」报告(国内用户视角)
  • 自建 RUM:Nginx 日志记 $request_time,或接入网站统计与访客分析里的方案

判读原则:实验室数据用来发现机会,真实数据用来确认效果。优化前后各拉一次 RUM 报告对比,别凭感觉说「快了」。

五、服务端测试:TTFB 与接口耗时

# TTFB:从请求发出到收到第一个字节
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s | 总时间: %{time_total}s | HTTP: %{http_code}\n" https://你的域名

# 多次采样看稳定性
for i in 1 2 3 4 5; do curl -o /dev/null -s -w "%{time_starttransfer}\n" https://你的域名; done

# 带缓存再测(第二次应该快很多)
curl -o /dev/null -s -w "cached TTFB: %{time_starttransfer}s\n" https://你的域名
TTFB判读
<200ms优秀
200-500ms正常(动态站)
500ms-1s慢,查服务端
>1s有问题:DB 慢/无缓存/机器过载

服务端慢的排查:PHP 慢日志、MySQL 慢查询(见MySQL 慢查询优化)、无 OPcache(见PHP-FPM 调优)。

压测看容量上限:ab/wrk,方法见服务器性能测试与压测。

六、测试纪律(比工具更重要)

  1. 固定方法:同一工具、同一地点、同一网络环境,前后对比才有意义
  2. 多次采样取中位数:单次测试噪声大,跑 5 次看中位
  3. 清缓存和带缓存各测一次:新访客和老用户是两种体验
  4. 移动端单独测:限流模拟 4G,PC 快不代表手机快
  5. 一次只改一个变量:同时上 CDN + 压缩 + 换主题,好了也不知道是谁的功劳

七、优化优先级速查

测试发现优先动作预期收益
图片大WebP + 懒加载 + CDN最大,通常砍 50%+ 加载时间
无 CDN 且跨地域慢上 CDN大
TTFB >500ms服务端缓存/OPcache/慢查询中-大
JS 阻塞渲染defer/异步中
无浏览器缓存配 Cache-Control中(老用户体感)
字体/第三方脚本多精简、异步小-中

速度优化的正确姿势:先测(四层金字塔)→ 找瓶颈(瀑布图+TTFB)→ 单点优化 → 再测对比。工具都是免费的,缺的只是按这个方法走一遍。

需要现成的游戏云服务器,可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上,建站快速部署。延伸阅读:网站打开慢排查流程、网站图片与静态资源优化、CDN 加速配置实战。

延伸阅读
  1. 网站环境怎么选:LNMP 手动 / 宝塔面板 / Docker / 云开发
  2. 问卷表单系统搭建:SurveyKing / Formbricks,数据自己收
  3. 图床搭建:Lsky Pro / Lychee,自托管图片托管方案
  4. 邮件列表搭建:listmonk 自托管 Newsletter,把读者握在自己手里
  5. 文档站点搭建:MkDocs / VuePress / Docsify,产品文档与技术手册方案
  6. RSS 阅读器搭建:FreshRSS 自托管,把信息流拿回自己手里
  7. 短链接服务搭建:Shlink 自托管,链接数据自己掌握
  8. 网站状态监控页搭建:Uptime Kuma,服务器挂了第一时间知道
更多阅读
  1. 上一篇:邮件退信与 SPF、DKIM、DMARC 配置:注册信不再进垃圾箱
  2. 下一篇:Linux 入侵检测工具实战:rkhunter、AIDE、ClamAV 每周自动扫
发表评论 3

取消回复