硬件加速与 HWUI：指令如何变成 GPU 画面

上一章看了 RenderThread。这一章回答：HWUI 是什么，Skia 扮演什么角色，指令如何被 GPU 真正画出来？

硬件加速改变绘制实现与限制

常见误解	正确理解
硬件加速就是“所有绘制都走 GPU”	部分操作仍走软件路径（如某些文本、滤镜）
Skia 是 GPU 驱动	Skia 是绘制引擎，负责把指令翻译给 GPU 或 CPU
关闭硬件加速能解决问题	多数场景相反：软件绘制更慢，先定位根因

核心结论

1. HWUI 把 DisplayList 翻译成 GPU 命令，运行在 RenderThread。
2. Skia 是底层绘制引擎，提供软件与硬件两种执行路径。
3. Android 13+ 支持 Vulkan 作为 HWUI 渲染后端。
4. 部分操作（复杂文本、某些滤镜）仍可能走软件路径。
5. 排查绘制异常先确认根因，不急于关闭硬件加速。

指令到 GPU 的主链

逐步解释：

1. 指令：View 记录的绘制命令。
2. 翻译：HWUI 组织渲染任务。
3. 绘制：Skia 执行图形操作。
4. GPU：后端提交并渲染。
5. 输出：结果进入帧缓冲。

软件路径什么时候出现

硬件加速下大多数操作走 GPU，但复杂文本、部分路径特效与位图特效可能回退软件绘制。 回退意味着 CPU 绘制 + 上传纹理，成本更高。绘制性能问题先查是否有软件回退。

源码证据

阅读目标：确认 HWUI 与 Skia 的边界。

正文指针：libs/hwui/ 的 RenderPipeline；external/skia/ 的绘制实现。

// libs/hwui/RenderPipeline.cpp（伪代码，行号以 r75 为准）
class RenderPipeline {
    // 组织 GPU 渲染流程（Vulkan/OpenGL 后端）
};

这段代码证明： HWUI 负责管线组织，具体绘制由 Skia 完成；两者在 frameworks/base/libs/hwui/ 与 external/skia/ 中分开维护。

验证与排障

环境：开发设备或模拟器；以下命令不需要 root。

adb shell dumpsys gfxinfo <包名>
adb shell setprop debug.hwui.renderer vulkan
adb shell getprop debug.hwui.renderer

查看渲染后端与绘制耗时；debug.hwui.renderer 可切换 OpenGL/Vulkan 验证差异。 绘制异常先看 gfxinfo 与 trace，确认是否软件回退，再决定处理方式。

常见误区

1. “硬件加速全走 GPU”：部分操作有软件路径。
2. “Skia 是 GPU 驱动”：是绘制引擎。
3. “关闭加速能修一切”：只是掩盖，多数情况更慢。
4. “Vulkan 一定更好”：要按设备与场景验证。

延伸问题

1. HWUI 的 Vulkan 与 OpenGL 后端差异在哪里？
2. 哪些绘制操作会回退软件路径？
3. 位图缓存如何减少上传纹理成本？
4. 如何判断掉帧来自 GPU 还是 CPU？

源码入口

文件	关键位置	作用
libs/hwui/RenderPipeline.cpp	管线	GPU 渲染
external/skia/	绘制库	图形操作
libs/hwui/RenderThread.cpp	线程	任务执行
debug.hwui.renderer	属性	后端切换

公共路径：frameworks/base/libs/hwui/ 与 external/skia/。行号以 r75 检索为准。

帧提交受什么节拍约束，见 VSync 与缓冲机制。