渲染问题排查：帧统计、段级拆解与常见场景

前七章把渲染管线讲完了。这一章把它们串成排障链：卡顿、黑屏、首帧慢、绘制异常， 按什么顺序查、看什么证据。

先用 FrameTimeline 或 framestats 固定迟到帧，再拆分主线程、RenderThread、GPU 和合成阶段。 黑屏还要核对 Surface、BufferQueue 与图层状态；单份 gfxinfo 不能覆盖完整链路。

gfxinfo 只能回答应用帧的一部分

常见误解	正确理解
渲染问题都是 View 绘制问题	可能在主线程、RenderThread、GPU 或合成
黑屏就是 Surface 没了	也可能是首帧未提交、合成等待或窗口状态
gfxinfo 就是全部证据	要配合 Perfetto 时间线与 SurfaceFlinger 状态

核心结论

1. 排障顺序：帧统计 → 段级拆解 → 合成检查 → 根因修复。
2. gfxinfo framestats 给段级数据，Perfetto 给时间线。
3. 黑屏/首帧慢先查 Surface 与合成时序。
4. 绘制异常先确认是否软件回退或硬件加速问题。
5. 修复后必须回归：同场景对比帧数据。

排障主链

逐步解释：

1. 帧统计：确认掉帧比例与分布。
2. 段级拆解：定位主线程/RenderThread/GPU/合成。
3. 合成检查：确认 SurfaceFlinger 侧是否瓶颈。
4. 修复：针对具体段优化。
5. 回归：同场景对比。

常用命令与证据

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

adb shell dumpsys gfxinfo <包名> framestats
adb shell dumpsys gfxinfo <包名> | grep -E "Janky|50th|95th"
adb shell dumpsys SurfaceFlinger | grep -iE "Surface|Buffer|Composition"
adb shell dumpsys window | grep -iE "mSurface|mHasSurface"
adb shell perfetto -o /data/misc/perfetto-traces/trace.perfetto-trace \
  -t 10s sched freq idle atrace gfx view am wm

证据	回答的问题
framestats	各段耗时与掉帧
Perfetto gfx 轨道	主线程/RenderThread/合成时间线
SurfaceFlinger	合成层与缓冲状态
dumpsys window	Surface 是否存在

常见场景与定位思路

场景一：列表滚动卡顿

先看 gfxinfo 掉帧分布，再用 Perfetto 拆段。频繁 requestLayout 或复杂 item 绘制 通常表现为主线程段超时。

场景二：黑屏或首帧慢

先查窗口 Surface 是否存在，再看首帧缓冲是否提交、合成是否等待。黑屏问题多数在 Surface/合成时序，不在 onDraw。

场景三：动画卡顿

动画期掉帧先看 doFrame 与 RenderThread 是否超时，再查失效区域与纹理上传。 动画每帧都在改变 DisplayList，失效成本被放大。

场景四：绘制异常（花屏/错位）

先确认是否硬件加速回退或渲染后端问题；切换后端（Vulkan/OpenGL）对照， 再定位是应用指令还是驱动问题。

常见误区

1. “gfxinfo 慢就是应用慢”：合成与系统负载也在。
2. “黑屏就是 Surface 没了”：先查时序与合成。
3. “掉帧只看一帧数据”：要看分布与趋势。
4. “关闭硬件加速能修绘制异常”：先定位根因。

延伸问题

1. 如何建立渲染性能的回归基准？
2. 多窗口下合成负载如何量化？
3. 90/120Hz 下渲染排障有什么不同？
4. 如何区分应用掉帧与系统调度问题？

源码入口

文件	关键位置	作用
Choreographer.java	doFrame()	主线程帧
libs/hwui/	帧统计	RenderThread
SurfaceFlinger	合成	合成状态
dumpsys gfxinfo	framestats	段级数据

公共路径沿用本系列各章。行号以 r75 检索为准。

合成服务内部机制可继续阅读 SurfaceFlinger 全景。 需要扩展到进程、窗口和系统服务证据时，见 系统调试与排障。