从一次慢请求开始：性能分析的基本路径

先定义“慢”在哪里

用户说一个页面慢，可能指首次打开、点击后的响应，也可能是滚动时的卡顿。这些现象涉及不同阶段，先确认触发条件和观察口径，才能避免一开始就盯错指标。

记录最小复现步骤：设备、网络、入口、操作顺序和预期结果。然后重复测量几次，观察波动范围。单次结果只能提示方向，不能说明规律。

沿请求路径逐段排查

一次请求通常经过客户端、网络、网关、应用和数据存储。先用时间线区分连接、等待响应、下载和渲染，再决定往哪一段深入。

如果等待响应占比高，继续检查服务端日志和追踪信息；如果资源下载慢，检查文件体积、缓存策略与请求数量；如果数据已到达但页面仍迟迟不能交互，就把注意力转向主线程任务与渲染。

先定位最慢的一段，再讨论优化方案。

做一项改动，重复同一实验

性能优化容易被环境噪声误导。更稳妥的做法是保存基线，只改一个主要变量，再按相同条件测量。除了平均值，也留意较慢请求的分布与异常值。

最后写下结论的适用范围：这次改动改善了哪条路径，在哪些条件下测得，仍有哪些未解释的现象。这样的记录，才方便以后继续验证。