第2章 帧率抖动核心原理：垂直同步、渲染管线、掉帧分类、Choreographer 回调

帧率抖动（Jank）的本质是显示帧的渲染耗时超过 16.67ms（60Hz刷新率下）或 11.11ms（90Hz）等垂直同步间隔，导致一帧或多帧被跳过。理解抖动根因需要拆解四个核心概念：垂直同步机制、Android渲染管线、掉帧类型划分、以及 Choreographer 回调的调度时机。本章从原理到 API 调用，逐层建立帧率抖动的分析基础。

2.1 垂直同步（VSync）与帧缓冲

垂直同步是 GPU 与显示器之间的同步信号，用于防止画面撕裂（tearing）。Android 采用 双缓冲 或 三缓冲 策略，应用在 VSync 到来时交换前后缓冲，并在下一次 VSync 前完成渲染。

获取设备刷新率的示例 API：

Display display = activity.getWindowManager().getDefaultDisplay();
float refreshRate = display.getRefreshRate(); // 单位 Hz
long vsyncPeriodNs = (long) (1_000_000_000f / refreshRate);
Log.d("VSync", "刷新率: " + refreshRate + " Hz, 周期: " + vsyncPeriodNs + " ns");

2.2 Android 渲染管线全流程

从应用产生绘制指令到屏幕显示，经过四个关键阶段：

渲染管线中，任意阶段超时 都会导致当前帧无法在下一个 VSync 信号前就绪，造成掉帧。

2.3 掉帧分类与根本原因

根据抖动产生的位置，可归纳为以下四类：

• 逻辑掉帧：主线程耗时过长（GC、触摸响应、网络回调），导致无法及时提交绘制指令。
• 渲染掉帧：RenderThread 或 GPU 能力不足，渲染命令队列拥堵。
• 合成掉帧：SurfaceFlinger 合成 Layer 数过多或 GPU 抢占，错过 VBlank。
• 同步掉帧：VSync 信号抖动、双缓冲抢锁等待、BufferQueue 溢出。

2.4 Choreographer 回调机制

Choreographer 是 Android 帧调度的核心组件，它监听 VSync 信号，并在每一帧开始时回调注册的 FrameCallback。应用通过 Choreographer.getInstance().postFrameCallback() 注册，回调中传递 frameTimeNanos（该帧的预期显示时间）。

Choreographer.getInstance().postFrameCallback(new Choreographer.FrameCallback() {
    @Override
    public void doFrame(long frameTimeNanos) {
        long nowNanos = System.nanoTime();
        long deltaNanos = nowNanos - frameTimeNanos;
        if (deltaNanos > vsyncPeriodNs) {
            Log.w("JankDetector", "掉帧 " + (deltaNanos / vsyncPeriodNs) + " 帧");
        }
        // 继续注册下一帧
        Choreographer.getInstance().postFrameCallback(this);
    }
});

通过 deltaNanos / vsyncPeriodNs 可精确量化每次回调的延迟帧数，这是最底层的掉帧检测手段。

2.5 核心原理全景图

下图将 VSync 驱动、Choreographer 回调、渲染管线与掉帧分类整合为一张流程因果图：