OpenGL Surface重绘：Runnable与Choreographer.FrameCallback的选择

1. Runnable与Choreographer.FrameCallback的优缺点对比 #

Runnable #

• 优势：
  • 实现极简，依托Android主线程Looper的基础消息机制，无需额外学习帧同步逻辑
  • 提交后会优先等待主线程队列空闲时执行，适合对响应速度要求极高、无需严格对齐帧时序的场景
• 劣势：
  • 完全不与系统VSync信号同步，渲染操作可能落在屏幕刷新周期之间，引发画面撕裂或同一帧内多次重绘的过度消耗
  • 无法获取帧时间戳，难以和现有动画同步逻辑对齐，易导致动画卡顿、时序混乱
  • 若主线程队列繁忙，重绘任务会被延迟，造成视觉上的明显滞后

Choreographer.FrameCallback #

• 优势：
  • 严格绑定系统VSync信号，渲染操作精准落在屏幕刷新时机，彻底避免画面撕裂，保证渲染效率
  • 可获取frameTimeNanos帧时间戳，能完美对齐动画时序，和已有动画同步逻辑保持一致
  • 同一帧周期内多次提交的回调会自动合并执行，避免过度绘制，节省GPU和CPU资源
• 劣势：
  • 需要理解Android帧同步机制，实现门槛略高
  • 回调执行受VSync周期限制（通常60/120Hz），极端场景下（比如要求亚毫秒级响应的操作）会有最多一帧的延迟

2. 使用Choreographer处理触摸/鼠标移动事件的方案 #

核心逻辑是暂存事件数据，等待下一次VSync信号到来时统一处理渲染，具体操作如下：

• 维护线程安全的事件状态缓存（比如用volatile修饰的变量或线程安全队列），在触摸/鼠标事件回调中，仅更新缓存的状态（如坐标、按下状态），不直接触发渲染
• 在doFrame方法中，先读取最新的事件缓存数据，更新渲染状态，再执行PaintTheSurface()
• 若事件持续（比如鼠标移动过程中），在doFrame末尾再次提交FrameCallback，确保后续帧持续响应；事件结束后停止提交

示例伪代码：

// 线程安全的触摸状态缓存
private volatile float touchX = 0f;
private volatile float touchY = 0f;
private volatile boolean isTouching = false;

// 触摸事件处理
public void onTouchEvent(MotionEvent event) {
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN:
        case MotionEvent.ACTION_MOVE:
            touchX = event.getX();
            touchY = event.getY();
            isTouching = true;
            Choreographer.getInstance().postFrameCallback(MyRender);
            break;
        case MotionEvent.ACTION_UP:
        case MotionEvent.ACTION_CANCEL:
            isTouching = false;
            Choreographer.getInstance().postFrameCallback(MyRender);
            break;
    }
}

// FrameCallback实现
MyRender.doFrame(frameTimeNanos: Long) {
    // 根据最新触摸状态更新渲染逻辑
    if (isTouching) {
        UpdateRenderTargetPosition(touchX, touchY);
    } else {
        ResetRenderTarget();
    }
    // 执行渲染
    PaintTheSurface();
    // 持续触摸时，提交下一次帧回调
    if (isTouching) {
        Choreographer.getInstance().postFrameCallback(MyRender);
    }
}

这种方式既保证了渲染和VSync同步，又能将触摸响应的延迟控制在一帧以内（人眼几乎无法察觉），同时避免了重复渲染带来的资源浪费。

内容的提问来源于stack exchange，提问作者zeus