第1章 帧率抖动现象识别：用户感知类型、丢帧定义与Jank计数标准
帧率抖动（Frame Rate Jank）是影响用户留存与评分的首要性能杀手。识别阶段的核心任务是将主观“卡顿感”转化为可量化的客观指标。本章从三个递进层次建立现象识别框架：用户感知类型（定性）、丢帧定义（基础量化）、Jank计数标准（严格量化），为后续数据采集与根因定位奠定统一的判断基线。
1.1 用户感知类型
用户对帧率抖动的感知可归纳为三种典型模式，准确区分感知类型能帮助缩小排查范围。
| 感知类型 | 表现描述 | 用户主观感受 | 典型场景 |
|---|---|---|---|
| 视觉卡顿 | 画面出现跳跃、定格、滑动不跟手，帧率曲线出现明显下陷 | “画面一卡一卡的”“滑动时像幻灯片” | 列表快速滚动、游戏场景切换、转场动画 |
| 操作延迟 | 触摸输入到屏幕反馈之间的间隔明显变长，点击无即时响应 | “点下去没反应”“按键不跟手” | 按钮点击、键盘输入、游戏技能释放 |
| 动画断裂 | 连续动画中出现短暂停顿或跳变，过渡不够平滑 | “动画中间顿了一下”“打开/关闭动画不连贯” | 页面转场、弹窗出现/消失、共享元素过渡 |
排查提示： 接收用户反馈时，引导其描述“卡在哪个操作步骤”而非“卡不卡”。视觉卡顿通常指向渲染管线问题，操作延迟多与主线程阻塞相关，动画断裂则常由布局计算或资源加载触发。
1.2 丢帧定义
丢帧（Frame Drop）是指应用未能在预期的 Vsync 周期内完成一帧的渲染与提交，导致屏幕刷新时仍使用上一帧的画面。对于 60Hz 刷新率设备，每帧预算为 16.6 ms；120Hz 设备则为 8.3 ms。一旦帧绘制时间超过该预算，即产生一次丢帧。
- 单帧丢帧：某一帧超时，后续帧正常，表现为偶发微卡。
- 连续丢帧：连续多帧超时，形成“卡顿窗口”，用户能明确感知。
- 丢帧率（Drop Rate）： 丢帧数 / 总帧数 × 100%，是通用的基础指标。
- Vsync 机制： Android 渲染管线依赖 Vsync 信号同步 CPU/GPU 工作，丢帧本质上是 Vsync 信号到来时帧缓冲区未就绪。
核心原则： 丢帧 ≠ 帧率低。帧率保持 60 fps 但存在规律性丢帧（如每 10 帧丢 1 帧），用户感知的卡顿可能比 45 fps 稳定运行更严重。因此必须引入更严格的 Jank 计数标准。
1.3 Jank 计数标准
Jank 是比“丢帧”更严格的卡顿判定标准。Android 平台主流工具采用以下三种计数逻辑，开发者需根据目标工具统一口径。
| 标准名称 | 判定规则 | 阈值 | 常用工具 |
|---|---|---|---|
| Android Jank | 帧绘制时间 > 16.6 ms 且 > 前一帧绘制时间 + 4 ms | 16.6 ms + 4 ms 偏移 | Systrace / Perfetto |
| PerfDog Jank | 帧绘制时间 > 33 ms（60Hz 下连续丢帧 2 帧以上） | 33 ms | PerfDog |
| Frame Pacing Jank | 相邻帧间隔偏差超过 0.5 个 Vsync 周期（8.3 ms） | 8.3 ms 抖动 | Chrome DevTools / gfxinfo |
常见误区： 不要混用不同工具的 Jank 计数结果。PerfDog 的 Jank 率与 Systrace 的 Jank 计数可能相差 2–3 倍，建议在项目初期固定一种“锚定工具”作为基准。
1.4 现象识别实践工具与命令
在开发阶段，以下命令行工具可快速获取帧率基线数据，辅助识别是否存在 Jank 问题。所有命令均在连接设备的 PC 终端执行。
# 获取指定包的帧渲染统计（GPU 帧时间 + 丢帧计数）
adb shell dumpsys gfxinfo com.example.app --framestats
# 输出内容关键字段：
# Total frames rendered: 1234
# Janky frames: 89 (7.21%)
# 90th percentile: 28ms
# 99th percentile: 52ms
# 使用 Perfetto 抓取 10 秒渲染 trace（Android 12+）
adb shell perfetto -t 10000 -o /data/misc/perfetto-traces/trace.perfetto \
--config - <<< '{"buffers":[{"size_kb":10240}],"data_sources":[{"config":{"name":"android.gfx.frame"},"descriptor":"android.gfx.frame"}]}'
# 拉取 trace 到本地
adb pull /data/misc/perfetto-traces/trace.perfetto .
# 使用 Chrome DevTools 分析（连接桌面 Chrome 到设备）
# 1. 设备开启 USB 调试，打开 chrome://inspect
# 2. 选择目标 WebView/Tab
# 3. 切到 Performance 面板，勾选 "Frame Rate" 图表
基线判断规则：
• Jank 率 < 5% → 流畅，无明显感知
• Jank 率 5%–15% → 存在偶发卡顿，需要进行数据采集定位
• Jank 率 > 15% → 用户大概率负面反馈，必须立即进入原因定位流程
• Jank 率 < 5% → 流畅，无明显感知
• Jank 率 5%–15% → 存在偶发卡顿，需要进行数据采集定位
• Jank 率 > 15% → 用户大概率负面反馈，必须立即进入原因定位流程
1.5 现象识别检查清单
完成本章学习后，可按照以下清单确认是否已准确识别帧率抖动现象：
| # | 检查项 | 判断依据 | 完成标记 |
|---|---|---|---|
| 1 | 确认用户反馈属于哪种感知类型 | 视觉卡顿 / 操作延迟 / 动画断裂 | ☐ |
| 2 | 获取目标帧率基线（60 Hz / 120 Hz） | adb shell dumpsys display | grep refreshRate | ☐ |
| 3 | 采集 30 秒帧时间分布 | dumpsys gfxinfo 或 Perfetto |