第1章 帧率抖动的直观表现：丢帧统计、卡顿感知、掉帧范围与用户可感知阈值

帧率抖动是Android系统性能问题中最让用户“体感”明显的交互缺陷。无论是滑动列表、切换页面还是连续动画，一旦出现非平稳的帧率波动，用户能立刻察觉到“卡了一下”。本章围绕现象识别阶段，帮助工程师建立从主观感知→客观指标→量化阈值的完整判断链。

1.1 丢帧统计——最直接的客观证据

Android框架层通过Choreographer记录每一帧的绘制耗时，并将超出16.67ms(60fps)或33.33ms(30fps)的帧标记为“丢帧”(Jank)。工程师首要任务是从系统日志或工具中取得丢帧数量与分布。

# 获取当前界面丢帧统计（需开发者选项开启“GPU呈现模式”阈值线）
adb shell dumpsys gfxinfo com.example.app
输出示例：
Total frames rendered: 1200
Janky frames: 87
Janky frames percentage: 7.25%
Missed vsync count: 23
High input latency: 5

1.2 卡顿感知——主观体验量化

用户感觉“卡”不仅由丢帧数量决定，还受到丢帧持续时间、丢帧之间的间隔以及动画内容的影响。以下是业界常用的卡顿感知等级划分：

1. 流畅：平均帧率 ≥ 55fps，最大帧耗时 ≤ 30ms，用户无感。
2. 微卡：丢帧率 3% ~ 8%，偶有单帧耗时 > 50ms，用户可能察觉但不影响操作。
3. 明显卡顿：丢帧率 8% ~ 15%，连续丢帧 ≥ 3帧，动画出现肉眼可见跳跃。
4. 严重卡顿：丢帧率 > 15%，连续丢帧 ≥ 6帧，用户会认为系统“崩溃”或“死机”。

1.3 掉帧范围与用户可感知阈值

不同应用场景对人眼容忍的抖动阈值差异极大。下表汇总关键阈值参考：

1.4 现象识别树（SVG）

1.5 现象识别阶段操作清单

• 【现象识别】确认用户反馈是否描述为“滑动卡顿”、“动画掉帧”、“触摸延迟”等。
• 【数据采集】使用 dumpsys gfxinfo 或 Perfetto 抓取典型操作场景的帧耗时记录。
• 【快速判定】若丢帧率 > 5% 且存在连续大帧（> 50ms），进入下一章的数据采集深究。
• 【阈值对照】将最大帧耗时与本章表格中的场景容忍上限比较，判断是否达到“可感知”级别。