内网的一篇好文 征得大佬同意拿来分享一下。硬核介绍Android显示系统，深入每一个细节，从硬件到软件，带你体会不一样的风景。

硬件加速，直观上说就是依赖GPU实现图形绘制加速，同软硬件加速的区别主要是图形的绘制究竟是GPU来处理还是CPU，如果是GPU，就认为是硬件加速绘制，反之，软件绘制。在Android中也是如此，不过相对于普通的软件绘制，硬件加速还做了其他方面优化，不仅仅限定在绘制方面，绘制之前…

DisplayList 在主线程更新完成后,在RenderThread进行同步和绘制,此时主线程阻塞等待,整体流程如下, 实际"同步和绘制"的工作会调用CanvasContext的prepareTre

本篇会讲 App内渲染全链路上的细节，从一个View的重绘一直到调用 SurfaceFlinger 上屏。这里只讲硬件加速并使用了 RenderThread 后的渲染流程。

前面的文章介绍了绘制的RenderPipleline，它将整个RenderNode树通过RenderNodeDrawable将DisplayListData中的绘制到了一个SkSurface，具体来说

一.渲染流程 1.VSync信号的监听     在Android中，App的渲染流程是从ViewRootImpl开始的。在回调Activity的onResume方法后，会调用ViewRootImpl的

前面介绍了关于绘制相关的一些组件，如RecordingCanvas，RenderThread，RenderProxy，CanvasContext，DisplayList，HardwareRender等

1 ThreadedRenderer.draw 上一篇文章分析了DisplayList的构建流程，即ThreadedRenderer.updateRootDisplayList方法的内容。 这一篇文章

我正在参与掘金创作者训练营第6期，点击了解活动详情 硬件渲染中采用AttachInfo的mThreadRenderer.draw方法传入view，attachinfo和ViewRootImpl开始硬件