阿豪讲Framework

本文简要分析了 Android 同步框架—Fence 机制，用于保证 Android 图形系统中不同异步操作之间的依赖关系

写在前面 BLastBufferQueue 的全称： Buffer Layer Async Transaction BufferQueue，BLastBufferQueue 作为桥梁连接了 App 和

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

前言 Android图形架构中，对所有图形数据流的处理，是以"生产者-消费者"模式实现，并通过一个图形数据缓冲队列，实现图形数据的传递。 图形流生产者：指生成Graphic Buffer内容的组件，如

SurfaceFlinger 就像手机屏幕的“拼图师傅”，把每个 App 的画布（Surface）按顺序叠好，拼成一整幅画，然后准时贴在屏幕上。它的核心就干三件事：**收作业 → 拼图 → 交卷**！

前言 Transaction用于业务进程和surfaceflinger进程进行图层数据的传递，这是单向的传递过程，没有任何返回结果。因此，如果业务侧需要获取传递的图层数据在sf进程的处理情况时，就可以

在surfaceflinger中，Layer表示一个显示图层，是surfaceflinger合成过程中最重要的基本单元，它提供了一系列属性定义了如何参与合成并与其他Layer交互，包括： 位置：

surfaceflinger既是一个独立进程，也是一个公共服务，它可以跟system_server交互，也可以直接和应用进程交互，还能跟底层HW Composer交互。这些操作都是通过Binder实现

DisplayManagerService(以下简称DMS)是Android Framework中管理显示屏幕相关的模块，各种Display的连接、配置等，都是通过DMS和来管理控制。 在DMS模块中，对显示屏幕的描述分为物理显示屏(physical display)和逻辑显示…