surfaceflinger

Android14显示系统 - VSYNC机制1）vsync可以有HWC产生，也可以软件产生（线程隔一段时间，如16ms后发出信号）；2）偏移为了让SF和APP能异步工作（二级流水线）；

Android14显示系统 - SurfaceFlinger1、Android GUI系统之SurfaceFlinger介绍https://blog.csdn.net/vviccc/article/details/104860616

千里马学框架

重学SurfaceFlinger之Layer显示区域bounds计算剖析有学员在学习SurfaceFlinger相关课程时候，就问过经常在SurfaceFlinger中看到某个Layer有自己的显示bounds区域，而且还有好几个和bounds相关的变量，也不太清楚这个bounds计算是怎么计算出来的，对这块的理解比较疑惑，希望马哥可以搞个文章解释一下。

Android 12 中 App 与 SurfaceFlinger（SF）的 Vsync 通信机制Vsync（垂直同步）是 Android 系统渲染流水线的核心机制，负责协调 App 绘制与屏幕刷新的节奏。在 Android 12 中，App 与 SurfaceFlinger（SF，系统合成服务）之间的 Vsync 通信依赖两套核心通道：Binder 通信（App 向 SF 发起 Vsync 请求）和 BitTube 本地套接字（SF 向 App 下发 Vsync 事件）。本文将详细拆解二者的连接建立流程与核心逻辑。

Android12 Vsync深度解析VSyncPredictorVSync（垂直同步）是 Android 渲染体系的核心时钟信号，决定了屏幕刷新节奏与渲染任务的调度时机。在 Android 12 中，时间戳输入完全依赖getPresentFence获取的 Present Fence 时间，而这一设计的底层逻辑恰是硬件显示的核心时序规律：一帧显示完成的时刻，就是下一帧 VSync 信号触发的时刻。本文将从时序逻辑、代码链路、VSyncPredictor核心实现三个维度，完整解析这一机制。

千里马学框架

aosp15实现SurfaceFlinger的dump输出带上Layer详细信息踩坑笔记针对上一篇文章 aosp15上SurfaceFlinger的dump部分新特性-无Layer信息输出如何解决？给大家布置了一个小作业，那就是需要实现dumpsys SurfaceFlinger相关输出中可以携带上所有的Layer的详细信息需求，今天来带大家详细实现一下这个需求。

Android SurfaceFlinger——OpenGL ES初始化（十三）上一篇文章我们对 OpenGL ES 相关知识有了一定的了解，并知道在使用 OpenGL ES 是需要先通过 eglGetDisplay() 方法获取 EGLDisplay 默认主屏幕句柄。这里就分析一下 eglGetDisplay() 中的 egl_init_drivers() 初始化 OpenGL ES 的对应流程。

Android Surface对应的Buffer怎么传递给HWC因为要预研Android Video overlay，需要将SurfaceView对应的GraphicBuffer从drm_hwcomposer中剥离出来，这就需要们了解SurfaceView对应的GraphicBuffer的前世今生，以及它的数据流向以及在各个模块之间的对应关系。这篇博客，我们分析下该GraphicBuffer是如何传递到HWC的。

Android下SF合成流程重学习之Refresh流程在前面初步分析完成了Android下SF合成流程重学习之Invalidate流程，我们接下来继续下面的分析。当有事务的更新或者有Buffer的更新便会触发后面刷新的流程,即Refresh流程！

Android SurfaceFlinger导读（02）MessageQueue该系列文章总纲链接：Android GUI系统之SurfaceFlinger 系列文章目录说明：在surfaceflinger中，基于最原始的Message handler机制，构建了自己的MessageQueue队列，代码具体实现如下：

我是有底线的