Android Framework

ompositionEngine::present 作为 SurfaceFlinger 合成最核心的方法 在 https://juejin.cn/post/7535677155306127375 中，

SurfaceFlinger Composite SurfaceFlinger 的 Composite 是什么时候被调用的呢？ 由 VSync 信号触发, 因为 SurfaceFlinger 注册了对

写在前面 SurfaceFlinger 合成流程比较复杂，但是如果把它一个个拆解的话，就比较容易理解了，我觉得可以大致分为三个阶段： 初始化阶段: 在这个阶段初始化 HWComposer、Render

写在前面 SurfaceFlinger 的核心职责：Commit 和 Composite Commit： 处理上层 App 发起的事务请求，包括: 图层的位置、大小、透明度、Z-Order 等状态 设

写在前面 前面了解 BLASTBufferQueue 和 Surface 和 GraphicBuffer 这几个基本的组件之后，这一章主要是了解 App 是如何把 UI 绘制到图形缓冲区 Graphi

写在前面 在 Android 显示框架中，GraphicBuffer 是一个重要的基础概念，它代表了一块内存，可以被 GPU/CPU 读写。无论是 App UI 的绘制，还是 SurfaceFling

等把整个 Display Framework 的 Flow 分析完成之后，再补上 Display Framework Overview

前面我们了解了 App 的绘制流程： dequeueBuffer：从 BLASTQueueBuffer 中 dequeue 一块 GraphicBuffer draw：通过 Skia/OpenGL 绘

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

写在前面 Surface 是整个 Android 显示框架中最重要也是最基础的一个概念，它承担着 App UI 的显示需求，App 需要展示的 UI 都必须要画到这个 Surface 上才能被显示出来

资源初始化整体架构 Android 应用程序资源初始化/资源加载，主要包括以下的几个系统的组件，如 ContextImpl， ResourcesImpl，Java 层和 Native 层的 Asset

前段时间遇到了一个非常怪异的关于 RRO (Runtime Resource Overlay)的问题, 涉及到了整个 Android 资源管理机制，所以索性就花时间来研究一下整个 Android Fr