RenderThread与UI线程

Question

来自Android线程文档

您不能从工作线程操作您的UI？？您必须从UI线程对您的用户界面进行所有操作。

因此，我相信屏幕上的一切都是由UI线程呈现的。但在安卓棒棒糖，他们有介绍 a RenderThread

一个名为RenderThread的新的系统管理处理线程即使在主UI线程有延迟时也保持动画平滑。

它怎麽工作?RenderThread是否使用UI线程在屏幕上呈现动画(具有新属性的视图)？如果是，为什么不阻止UI线程？

Answer 1

RenderThread依赖于UI Thread，但它确实与前面提到的并行运行。

它的主要工作是在GPU上运行昂贵的计算，以清空UI Thread的繁重负载。

它怎麽工作?

基本上，UI Thread充当一个作业调度程序。它准备一个在RenderThread上执行的命令管道。

GPU不知道动画是什么；它只能理解基本命令，例如：

• translation(x,y,z)
• rotate(x,y)

或基本绘图实用程序：

• drawCircle(centerX, centerY, radius, paint)
• drawRoundRect(left, top, right, bottom, cornerRadiusX, cornerRadiusY, paint)

它们结合在一起，形成了你在屏幕上看到的复杂的动画。

RenderThread是否使用UI线程在屏幕上呈现动画(具有新属性的视图)？

不，它异步运行。

如果是的话，为什么不阻止UI线程呢？

文档解释说呈现是分两个阶段执行的：

1. View#draw -> UI Thread
2. DrawFrame -> RenderThread，它基于View#draw阶段执行工作。

在较低的级别上，当使用硬件加速时，延迟的rendering由DisplayListCanvas执行。

在这个Canvas实现中，您可以找到前面提到的绘图命令，比如drawCircle。

因此，DisplayListCanvas也是RenderNodeAnimator的绘图目标，它运行基本的动画命令(translate、scale、alpha、.)。

Answer 2

呈现线程作为其名称解释，只需执行呈现onDraw()，UI线程 do onMeasure()，onLayout()等.

这种分离的概念是在不阻塞渲染导致平滑的fps的情况下进行测量和计算其他事情的艰苦工作。

观看这