前言

有一些卡顿。人的肉眼无法察觉，而且不容易稳定复现，测试说卡研发说不卡，到底咋整？又是因为什么导致的卡顿，代码那么多那么长。逻辑那么多那么乱，总不能一个个排查过去吧。如果你也有这些苦恼，那么就是时候用 Xcode Instruments 了。

这篇文章会从一个治理列表卡顿的例子出发，讲清楚如何使用 Xcode Instrument 中的 Animation Hitches 定位到卡顿的原因。接下来会详细说明 Hitches 中的那些指标的含义。

定位问题的大致流程是这样的：

1. 以 Profile 模式运行项目
2. 先选择 Animation Hitches，这个可以定位到那一帧没有按时提交
3. Hitch type 会告诉你是哪个阶段导致的耗时
4. Frame Lifetimes 会告诉你具体的耗时时间区间
5. 筛选时间区间。使用 Time Profile 定位到具体的耗时方法
6. 分析这个方法中在做什么如何调整
7. 重复这个流程，直到你觉得性能已经 OK 了

Profile 模式运行 App，会弹出 Instrument 面板：

在开始之前，可能需要对 iOS 的渲染流程有一个基本的了解，可以先看看 iOS 渲染原理。

Animation Hitches

进入 Animation Hitches 之后点击左上角，会启动你的项目，接下来你进入到想排查的页面比如我的要排查列表卡顿的问题。我进入到列表页面进行快速滚动设置完成后点击结束，你就会得到一副分析图：

最上面的那一条条橙色绿色蓝色的竖线，就代表一个 Hitch。Instrument 中产生一个 Hitch 的条件是： 某一帧的实际显示时间晚于这帧允许的预计显示时间。说起来，

说白了这一帧迟到了。

红框中指标含义解析

• No.: Hitch Begin — 预计上屏时间
• No.: Presentation — 屏时间
• No.: Hitch Duration — 晚到了多久
• No.: Acceptable latency — 从这一帧开始处理，到预计上屏允许使用的总时间
• No.: Buffer Count — 使用了多少个帧缓冲区
• No.: Severity — Hitch 的严重程度
  • Low： 晚了不超过 1 个刷新间隔
  • Moderate： 晚了超过 1 个、不超过 2 个刷新间隔
  • High： 晚了超过 2 个刷新间隔
  " } 6️⃣ **持续迭代** - 在每次调整后重新跑一次 `Animation Hitches` 或 `Time Profile`。 按理说，- 检查是否出现新的 `Hitch Type` 或者 `Severity` 上升。- 持续循环直到所有关键帧都保持在可接受范围内。

  ---

  🔚

  • 先定位用 Animation Hitches 找到导致 FPS 跌落或 UI 卡顿的关键帧。
  • 再诊断查看 Frame LifetimesCommitsRendersGPU 等轨道来定位瓶颈所在。
  • 最终调整针对 CPU‑侧、Render Server 或 GPU 阶段分别采用对应技术手段。

  如果还有更细节的问题，例如某个特定视图层渲染慢。可以结合 Thread State Trace 看主线程是否被阻塞；不过，若出现热量导致降频。则参考 Thermal State 判断是否需要降温后重测。

  只要按照“先定位 → 再诊断 → 最终调整”的顺序。一步步消除每一种 Hitch，你就能让应用在任何场景下都保持流畅体验。