4. SurfaceView 与 TextureView 选型：双缓冲机制、硬件加速差异、自定义渲染循环实现

4.1 双缓冲机制原理

Android 视图系统的每一次绘制帧都涉及“生产者-消费者”模型。SurfaceView 与 TextureView 在实现双缓冲上的根本差异决定了它们各自的适用场景：

• SurfaceView 的双缓冲：由 SurfaceFlinger 管理独立的 BufferQueue，拥有自己的 Surface（独立于 View Group）。绘图直接在 Surface 上进行，通过 swapBuffers() 完成帧交换，不会阻塞 UI 线程。
• TextureView 的双缓冲：依赖 GPU 的帧缓冲对象（FBO）完成离屏渲染，然后通过 View 的 onDraw() 将纹理贴到 View 树上。双缓冲由硬件合成器管理，但需占用 View 层级中的一块区域，会产生额外的纹理上传开销。

4.2 硬件加速差异

4.3 自定义渲染循环实现

两种渲染方案都需要开发者自行维护渲染线程。下面给出标准实现模式：

4.3.1 SurfaceView + Canvas 渲染循环（低配设备兼容）

class MySurfaceView(context: Context, attrs: AttributeSet?) :
    SurfaceView(context, attrs), SurfaceHolder.Callback {

    private val thread = object : Thread("RenderThread") {
        var running = true

        override fun run() {
            while (running) {
                val canvas = holder.lockCanvas()
                canvas?.let {
                    // 绘制内容...
                    holder.unlockCanvasAndPost(it)
                }
            }
        }
    }

    override fun surfaceCreated(holder: SurfaceHolder) {
        thread.running = true
        thread.start()
    }

    override fun surfaceDestroyed(holder: SurfaceHolder) {
        thread.running = false
        thread.join()
    }
}

4.3.2 TextureView + OpenGL ES 渲染循环（硬件加速首选）

class MyTextureView(context: Context, attrs: AttributeSet?) :
    TextureView(context, attrs), TextureView.SurfaceTextureListener {

    private var glThread: Thread? = null
    private var eglCore: EGL14? = null

    override fun onSurfaceTextureAvailable(surface: SurfaceTexture, width: Int, height: Int) {
        val eglDisplay = EGL14.eglGetDisplay(EGL14.EGL_DEFAULT_DISPLAY)
        // 初始化 EGL 环境...
        glThread = Thread {
            while (!Thread.interrupted()) {
                // 调用 OpenGL 绘制命令
                // glClear, glDraw...
                eglCore?.swapBuffers()
            }
        }.apply { start() }
    }

    override fun onSurfaceTextureDestroyed(surface: SurfaceTexture): Boolean {
        glThread?.interrupt()
        glThread = null
        return true
    }
}

4.4 选型决策流程

4.5 调试与性能分析

• 帧率检测：使用 adb shell dumpsys gfxinfo <package> framestats 导出每一帧的耗时，对比两种方案的 Jank 数量。
• Overdraw 可视化：开发者选项 ➔ 调试 GPU 过度绘制，检查 TextureView 所在区域是否出现深红（4x+ 过度绘制）。
• GPU 渲染分析：在 Traceview 或 Perfetto 中观察 doFrame 与 onDraw 的调用频率，判断是否因 TextureView 的离屏渲染导致额外开销。

4.6 常见错误与避坑

4.7 性能优化建议

1. 按帧率需求选型：60fps 以上视频或游戏首选 SurfaceView；频繁更新位置/缩放/旋转的 UI 组件用 TextureView + GPU 硬件加速。
2. 减少纹理上传次数：对于 TextureView，使用 SurfaceTexture.setOnFrameAvailableListener() 批量处理帧，避免每帧都触发 upload。
3. 针对 SurfaceView 的 BufferQueue 调优：通过 SurfaceHolder.setType(SurfaceHolder.SURFACE_TYPE_PUSH_BUFFERS) 或自定义 BufferQueue 尺寸（若使用 MediaCodec 输出）减少内存分配。
4. 避免频繁创建/销毁 Surface：SurfaceView 在 Activity 重建时会丢弃旧 Surface，应将渲染线程与 Surface 生命周期解耦，通过 surfaceChanged() 复用渲染资源。
5. 硬件叠加层提示：若使用 SurfaceView 但被 Overlay 遮挡，系统可能降级为 GPU 合成（失去硬件加速）。确保 SurfaceView 居于 View 树最上层，或使用 setZOrderOnTop(true)。