关于Android Framework渲染机制，你需要学习哪些？

聊到Android的渲染流程部分，部分Android开发脑海中估计又会想起面试官在面试时提出的那些死亡面试题：

这些渲染机制，软硬件渲染部分经常会导致我们直接懵逼，然后免不了被面试官一阵吊打，伤的一身是包。那么该如何学习这些知识呢，我们先来看看Android渲染的整体架构，具体可分为以下几个部分：

image stream produceers: 渲染数据的生产者，如App的draw方法会把绘制指令通过canvas传递给framework层的RenderThread线程。
native Framework: RenderThread线程通过surface.dequeue得到缓冲区graphic bufer，然后在上面通过OpenGL来完成真正的渲染命令。在把缓冲区交还给BufferQueue队列中。
image stream consumers: surfaceFlinger从队列中获取数据，同时和HAL完成layer的合成工作，最终交给HAL展示。
HAL: 硬件抽象层。把图形数据展示到设备屏幕

可以看出，这其实是个很典型的生产者消费者模式
- 图像生产者：也就是我们的APP，再深入点就是canvas->surface。
- 图像消费者：SurfaceFlinger
- 图像缓冲区：BufferQueue，一般是3缓冲区

总得来说，Android图像渲染机制是一个生产者消费者的模型，如下图所示：

onMeasure、onLayout计算出view的大小和摆放的位置，这都是UI线程要做的事情，在draw方法中进行绘制，但此时是没有真正去绘制。而是把绘制的指令封装为displayList,进一步封装为RenderNode，在同步给RenderThread。
RenderThread通过dequeue拿到graphic buffer（surfaceFlinger的缓冲区），根据绘制指令直接操作OpenGL的绘制接口，最终通过GPU设备把绘制指令渲染到了离屏缓冲区graphic buffer。
完成渲染后，把缓冲区交还给SurfaceFlinger的BufferQueue。SurfaceFlinger会通过硬件设备进行layer的合成，最终展示到屏幕。

我们都知道，想要学好渲染，就必须对surfaceflinger、Choreographer、Skia引擎有更加全面和清晰的认识。其中涉及的知识点也较多，需要把这些都融汇串通起来，但是靠自学这很难！

如果你还没有点亮渲染这块的技能点，并且想要在最短时间里吃透它，理解它，那么必须要跟着真正有实力的大佬学习！

这里特别收集了Android大厂开发大佬精心整理的 《深入Framework渲染机制》