浏览 AI使用教程
性能变慢先测哪里：浏览器、接口、数据库还是外部依赖
页面变慢时，先用时间线判断时间花在浏览器、网络、接口、数据库还是外部依赖。没有基准数据就开始优化，很容易改到最不慢的那一层。
页面慢了 3.6 秒，真正的瓶颈可能一行前端代码都不在
列表页从 1.2 秒变成 4.8 秒，团队直接重写前端渲染。网络时间线显示 4.1 秒都花在 API，API 又在等数据库同一条慢查询。
- 测试条件、样本量和指标固定
- 瓶颈有时间线证据
- 优化前后使用同一场景重复测量
网站性能慢怎么排查，先从“首屏和交互慢”这一类现象查起
首屏和交互慢
- 原因
- 资源体积、主线程长任务、布局、图片或客户端数据处理。
- 怎么改
- 用浏览器性能和网络面板测加载、渲染与交互，建立真实设备基线。
接口本身慢
- 原因
- 应用计算、锁、排队、序列化或下游调用占用时间。
- 怎么改
- 加入分段耗时和请求关联，比较成功与慢请求，不只看平均值。
数据库耗时高
- 原因
- 慢查询、缺索引、错误基数、N+1、锁或连接池。
- 怎么改
- 保存查询计划、扫描行、等待和数据量，在副本或安全环境验证索引与改写。
外部依赖波动
- 原因
- 上游延迟、限流、DNS、连接复用或超时重试放大。
- 怎么改
- 单独统计依赖耗时和状态，设置合理超时、缓存、降级与重试上限。
复测前，固定原始现象、环境和目标
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 相同测试账号与 500 条数据；浏览器性能记录、API requestId、服务日志和数据库慢查询。 |
| 不能越过的边界 | 先建立同条件基线，再分浏览器、网络、应用、数据库与外部依赖；一次只优化已证实瓶颈。 |
| 要交付的结果 | 基准数据与瓶颈定位表 |
用同一列表请求决定下一步
| 观测 | 教学值 | 结论 | 下一步 |
|---|---|---|---|
| 端到端 | 4.8秒 | 总耗时 | 固定账号与500条数据 |
| 浏览器/网络 | 0.3/0.2秒 | 不是目前最大部分 | 保留基线 |
| API内查询 | 4.05秒 | 优先调查查询 | 查扫描行、锁、计划与连接等待 |
| 索引方案 | 未测试 | 不能声称解决 | 副本验证读写代价与多次复测 |
嵌套耗时不能直接相加。实际若证据指向图片再走压图分支，本例不支持预定压图动作。
网站性能慢怎么排查：按原条件复测的结果
原始现象
总耗时 4.8 秒，只有“页面慢”这一条主观描述。
基准数据与瓶颈定位表
本例API内部查询占4.05秒，下一步应看查询计划与锁等待，而非先压图片。没有实际索引复测记录，不能宣称已从4.8秒降到1.4秒。