Android GPU性能优化实战：从渲染原理到性能调优

1次阅读

没有评论

共计 1591 个字符，预计需要花费 4 分钟才能阅读完成。

在 Android 系统中，GPU 负责将应用的界面元素渲染到屏幕上。理解以下几个核心概念是优化的基础：

VSYNC 信号：Android 系统以 16ms 为周期发送的垂直同步信号（60Hz 屏幕）。如果渲染未能在一个 VSYNC 周期内完成，就会导致掉帧。
渲染管道：包括测量（Measure）、布局（Layout）、绘制（Draw）三个阶段。GPU 主要在 Draw 阶段工作，将 View 树转换为像素数据。
三重缓冲（Triple Buffering）：增加一个缓冲队列来减少 VSYNC 等待时间，但会消耗更多内存。

通过 Android Studio 的 Profile 工具，我们发现 90% 的 GPU 性能问题来自以下场景：

过度绘制（Overdraw）：同一像素被多次绘制，常见于叠加的透明 View。通过 ” 调试 GPU 过度绘制 ” 工具可见：
蓝色（1x）：理想状态
红色（4x+）：需要优化
复杂视图层级：过深的 View 树会导致测量 / 布局耗时增加。测试案例显示，10 层嵌套的 LinearLayout 比优化后的 ConstrainLayout 慢 47%。
不合理动画：未使用硬件层（Hardware Layer）的属性动画会强制软件渲染。

使用 Hierarchy Viewer（已整合到 Android Studio 的 Layout Inspector）：

// 优化前：嵌套 LinearLayout
<LinearLayout>
  <LinearLayout>
    <TextView/>
  </LinearLayout>
</LinearLayout>

// 优化后：扁平化结构
<ConstraintLayout>
  <TextView app:layout_constraint.../>
</ConstraintLayout>

关键 API：Canvas.clipRect()

class OptimizedView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null
) : View(context, attrs) {override fun onDraw(canvas: Canvas) {
        // 只绘制可见区域
        canvas.clipRect(left, top, right, bottom)
        // 绘制逻辑...
    }
}

override fun onDraw(canvas: Canvas) {
    // 错误示范：每次创建 Paint 对象
    // val paint = Paint() 

    // 正确做法：复用对象
    if (cachedPaint == null) {cachedPaint = Paint().apply {
            color = Color.RED
            style = Paint.Style.FILL
        }
    }
    canvas.drawRect(rect, cachedPaint)
}

优化前后的 Systrace 对比：