前言上一篇文章，在解析初始化GraphicBuffer中，遇到一个ion驱动，对图元进行管理。首先看看ion是怎么使用的： 1.打开驱动：mIonFd = open(ION_DEVICE, O_RDONLY); 2.ioctl 发送IO

前言经过上一篇对OpenGL es的解析，我们引出了在eglSwapBuffer时候会调用会调用两个关键的方法： 1.Surface::dequeueBuffer 2.Surface::queueBuffer 从上一篇openGL es

前言经过上一篇对OpenGL es的环境搭建，了解几个关键的数据结构，本文将会解析软件模拟纹理的绘制流程。 先摆一张，OpenGL es上下文的数据结构: 在阅读本文时候，我们需要时刻记住这个图。 如果问题，可以来本文讨论https://w

前言经过探索，让我们理解了整个SF的消费者和生产者之间的关系。我们继续根据开机动画，来看看Android对OpenGL es的封装。 让我们回忆一下，上一篇开机动画OpenGL es 使用步骤，大致分为如下几个： 1.SurfaceCom

前言经过上一篇文章，对开机启动动画的流程梳理，引出了实际上在开机启动动画中，并没有Activity，而是通过OpenGL es进行渲染，最后通过某种方式，把数据交给Android渲染系统。 本文，先来探索在调用OpenGL es进行渲染的前

前言经过上一篇文章的探索和学习，相信大家对Hal 层的运作原理以及SF如何监听Hal层返回的回调有一定的了解。 原本应该是聊如何申请图元的，但是感觉和前文的逻辑割裂有点大，还是继续按照SF初始化，开机的逻辑顺序继续走下去。这一次就让我们聊聊

前言上一篇文章我们研究了SF的初始化。但是还有一个很大也是核心的模块没有聊到，那就是HAL层对应的初始化。什么是HAL层，有简单的话来讲就是硬件驱动和软件之间的中间层，为了更好的兼容Android系统而诞生。 在Android 8.0之后会

前言本片来看看SurfaceFlinger的初始化。从SurfaceFlinger的初始化，来对整个SurfaceFlinger的有一个总览。记住以下代码全部来自Android 9.0 遇到问题可以来本文下讨论:https://www.ji