Android hwcomposer服务启动流程

最新推荐文章于 2025-04-11 18:23:11 发布
原创 最新推荐文章于 2025-04-11 18:23:11 发布 · 1.3k 阅读 · 13 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

本文详细解释了Android系统中hwcomposer服务的启动过程，涉及binder远程调用、HAL模块加载、loadModule()和createHalWithAdapter()流程，以及hw_module_t和hw_device_t的区别。还介绍了如何通过动态库和接口映射表实现不同模块间的交互。

Android hwcomposer服务启动流程

  客户端          binder远程调用      服务端
surfaceflinger     --binder-->     hwcomposer

在这里插入图片描述

.hal文件编译时生成支持binder进程间远程调用通信的cpp文件
在out/soong/.intermediates/hardware/interfaces/graphics/composer/2.1/
目录下找到对应的.h和.cpp文件

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

registerAsService()函数就是.hal编译成cpp文件时自动生成的方法，
用于注册成为服务
在out/soong/.intermediates/hardware/interfaces/graphics/composer/2.1
搜索registerAsService()能看到它的实现。

在这里插入图片描述

最低0.47元/天 解锁文章
DRM 软件开发 （四）drm_hwcomposer 调用流程
weixin_49791410的博客
12-26 2073
我们知道SurfaceFlinger可以使用OpenGLES合成Layer，但是这需要占用并消耗大量的GPU资源。大多数GPU都没有针对图层合成进行优化，当SurfaceFlinger通过GPU合成图层时，应用程序无法使用GPU进行自己的渲染。
Android6.0 图像合成过程详解（一） setUpHWComposer函数
kc58236582的博客
10-19 9931
上一篇博客分析了，用户进程如何申请一个GraphicBuffer的过程。这篇博客我们进一步分析图像合成过程，其中也解答之前的一些疑惑： 1. 之前碰到的不支持硬件模块 2. DisplayDevice类 3. 消费者的onFrameAvailable函数 我们直接分析合成的过程，具体的流程我们http://blog.youkuaiyun.com/kc58236582/article/details/5
Android图形显示系统原理
yzpbright的博客
01-19 5398
Android显示系统的原理 FrameBuffer SurfaceFlinger HardwareComposer 硬件组合抽象层(HWComposer、Hardware Composer HAL)，作为 HAL 硬件抽象层，其实现是基于特定设备的，通常由屏幕硬件设备制造商 (OEM) 完成。主要用于确定合成缓冲区的最有效方式，SurfaceFlinger 在收集可见层的所有缓冲区后，便会询问 HWC 应如何进行合成。如果 HWC 将层合成类型标记为客户端合成(Client合成)，则 SurfaceFli
android hwcomposer
热门推荐
brucexu1978的专栏
05-27 1万+
以pandaboard为例。   linaro1304 release中使用HWC_FRAMEBUFFER， HWC_OVERLAY, 没有使用HWC_FRAMEBUFFER_TARGET. use_sgx = 1. egl_swapbuffer用于在commit的时候将bufer swap到sgx。 egl用于composition. hwc fb_dev的post2将sgx递交显示。com
Android图形系统之HWComposer
qq_38750519的博客
01-18 1万+
Android图形系统之HWComposer1、HWC1.1 HWC作用1.2 Overlay1.3HWC实现1.4 HWC功能1.5 HWC效率1.6 Compose方式2、Fence2.1 Fence作用2.1 Fence实现2.1 Fence流程 1、HWC HWC（hwcomposer）硬件组合抽象层，是Android中进行窗口（Layer）合成和显示的HAL层模块，其实现是特定于设备的，而且通常由显示设备制造商 (OEM)完成，为SurfaceFlinger服务提供硬件支持。 1.1 HWC作
android中hwcomposer
07-17
android 中的hwcomposer 实现。surfaceflinger。
Android HWComposer代码分析
lele52141的专栏
04-11 1463
1 系统加载.so后，会通过hwc_device_open打开设备2 打开设备的时候会建立2个线程：一个用ComposerWorker于查询composite的队列是否为空，如果不为空则读取文件进行格式转换然后发送到显示设备。一个用于模拟VSyncWorker用于产生垂直信号，这个信号会回调到系统注册的函数hwc_register_procs此函数会触发系统调用hw_set函数把图层入队到composite。
android 8.0 Hwcomposer2 HIDL流程
softwoker的专栏
12-21 1854
在android O之后google为了更好的管理以及方便OTA的升级，加入了HIDL，将Android Framework和Hal进行分离 每个模块流程大致都一样，我主要从hwcomposer流程入手分析学习一下，本文没有涉及到HIDL的启动以及通讯，主要谈到hotplug的传递流程以及注册过程 首先看看hotplug的注册流程 查看framework native部分 frameworks\n...
Android下HWC以及drm_hwcomposer普法(上)
IT先森
05-29 5691
当VSync信号到来时，SurfaceFlinger被唤醒，处理Layer的新建，销毁和更新，并且为相应Layer设置期望的合成方式。所有Layer更新后，SurfaceFlinger调用validateDisplay，让HWC决定每个Layer的合成方式。
Android系统_SurfaceFlinger的启动流程
博客
03-03 976
在Android渲染中扮演着非常重要的作用。它既要为应用层提供可绘制的GraphicBuffer缓冲区,也要对生成的 Layer进行排序、合成，最终通过本地化窗口调用内核缓冲区的post()接口显示到屏幕上。init 进程fork出来SurfaceFlinger进程后，会执行 main_surfaceflinger.cpp 的 main()方法= 0) {return 0;continue;continue;
Android drm-hwcomposer
stray2b的博客
04-21 3182
android12 drm_hwcomposer介绍
Android下HWC以及drm_hwcomposer普法(下)
IT先森
05-30 4131
Android下HWC以及drm_hwcomposer普法(下)引言不容易啊，写到这里。经过前面的普法(上)，我相信童鞋们对HWC和drm_hwcomposer已经有了一定的认知了。谷歌出品，必须精品。我们前面的篇章见分析到啥来了，对了分析到了HwcDisplay::init，然后设置Backend后端来着！
Android8.0 HwComposer 硬件抽象层
Sherlock的博客
09-12 1万+
图形引擎SurfaceFlinger作为图形系统的心脏，自然需要心跳动力，主要来自图形Composer。Composer有两种一种来自硬件驱动，一种来自软件模拟。今天我们来看Hardware部分。主要分析vsynct同步信号是如何产生传递的，为此我们将略过Fence机制(跨硬件同步)，层级合成（硬件合成）相关的内容。 1. DisplayHardware层 frameworks\native\...
Android P的HWC Composer相关
weixin_34413357的博客
07-24 1134
2019独角兽企业重金招聘Python工程师标准>>> ...
Android图形系统之HWComposer、ComposerHal、ComposerImpl、Composer、Hwc2::Composer实例总结(十四)
Android系统攻城狮
10-31 1490
本篇目的：Android图形系统中，HWC特别的复杂，特别是HWComposer、ComposerImpl、Composer、Hwc2::Composer之间的关系，有种剪不断理还乱的感觉，通过几个演化例子，看清楚它本来的面目。
Android： 显示系统模块加载以及调用流程 HWComposer::loadFbHalModule() -> framebuffer_open()
张同光 (Tongguang Zhang)：Hello everyone !
11-28 4160
Android： 显示系统模块加载以及调用流程 HWComposer::loadFbHalModule() -> framebuffer_open()
android surfaceflinger(2)-HWComposer初始化
marshal_zsx的博客
09-21 3602
上一篇文章介绍了init进程去启动surfaceflinger的过程；本文将继承上篇文章继续往下分析，上文分析到SurfaceFlinger::init()；本文将主要分析init()里面的HWComposer初始化。 时序图如下： 1、HWComposer创建void SurfaceFlinger::init() { // Initialize the H/W composer ob
Android显示 HWC实现
程序员Android
03-05 1003
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:一、HWC概述二、HWC2的实现三、HWC Layer合成方式四、总结一、HWC概述HWC（hwcomposer）是Android中进行窗口（Layer）合成和显示的HAL层模块，其实现是特定于设备的，而且通常由显示设备制造商 (OEM)完成，为SurfaceFlinger服务提供硬件支持。SurfaceF...
Android hwcomposer模块接口
菜鸟博客
07-20 2312
转自：http://blog.sina.com.cn/s/blog_7213e0310102wmc0.html 1.       为什么需要hwcomposer(hwc)接口？ 在Android1.5 cupcake以前，Android的显示接口就是framebuffer接口。显示内容被直接写到framebuffer里，再调pan display ioctl就可以了。Framebu
Android显示服务框架
最新发布
06-26
<think>我们正在讨论Android系统的显示服务框架。根据用户的问题，我们需要详细解释Android显示服务框架。参考已有的引用内容：引用[3]提到了Surface的概念，它是生产者与消费者交换缓冲区的接口，所有渲染的内容最终都呈现在Surface上。Surface代表了缓冲区队列的生产者端，通常由SurfaceFlinger消费。Android平台上的每个窗口都由一个Surface支持。另外，引用[3]还提到了一张图形架构图，分为高层组件（High-levelcomponents）和底层组件（Low-levelcomponents）。高层组件是编写安卓程序时使用的具体类，而底层组件是框架层中的图形显示实现。虽然其他引用（如[1]关于MVVM，[2]关于系统框架图，[4]关于IMS）与显示服务框架关系不大，但我们可以主要依据引用[3]来构建回答。显示服务框架是Android系统中负责图形显示的核心部分，主要包括以下几个关键组件：1.**Surface**：代表一个绘图表面，每个窗口（Window）对应一个Surface。应用程序通过Surface进行绘制，然后由系统合成并显示。2.**SurfaceFlinger**：系统服务，负责将各个Surface的内容合成（compose）并输出到显示设备（如屏幕）。3.**BufferQueue**：连接生产者和消费者的缓冲区队列。生产者（如应用程序）将图形数据放入队列，消费者（如SurfaceFlinger）从队列中取出数据进行合成。4.**硬件抽象层（HAL）**：如Gralloc和HWComposer，用于与硬件交互，分配图形缓冲区和硬件合成。整个流程大致如下：-应用程序通过Canvas、OpenGLES、Vulkan等API在Surface上绘制内容。-绘制完成后，应用程序将缓冲区（包含绘制内容）放入BufferQueue。-SurfaceFlinger作为消费者，从各个Surface的BufferQueue中获取缓冲区，然后根据当前窗口的层级关系（Z-order）、位置、透明度等属性进行合成。-合成后的帧通过HWComposer（硬件合成器）或GPU（如果硬件合成器不支持）合成，然后输出到显示设备。此外，Android显示系统还涉及以下重要概念：-**VSync（垂直同步）**：用于同步显示系统的刷新周期，避免画面撕裂。-**Choreographer**：协调应用的绘制时机，确保在VSync信号到来时开始绘制，从而保证流畅性。下面我们详细说明几个关键点：###1.Surface详解如前所述，Surface是图形数据生产者的接口。在应用层面，我们通常通过SurfaceView或TextureView来使用Surface。在底层，Surface与一个BufferQueue相关联。###2.SurfaceFlingerSurfaceFlinger是一个系统服务，它运行在系统进程（system_server）中，负责：-接收来自各个应用的图层（Layer，每个Surface对应一个Layer）-根据窗口管理服务（WindowManagerService）提供的窗口层级信息，将图层按正确的顺序合成-将合成的结果输出到显示设备###3.图形缓冲区图形缓冲区（GraphicBuffer）由GrallocHAL分配，用于存储图形数据。BufferQueue管理这些缓冲区的队列。###4.合成方式-**硬件合成（HardwareComposer,HWC）**：由硬件合成器完成，效率高，功耗低。-**GPU合成**：当硬件合成器无法处理复杂的合成时，会使用GPU进行合成。###5.显示控制显示控制由DisplayManagerService和DisplayPowerController等组件管理，负责显示设备的开启、关闭、亮度调节等。为了更清晰地说明，我们可以用以下独立公式表示缓冲区的交换过程：设生产者（Producer）为P，消费者（Consumer）为C，缓冲区队列为Q，则：$$Q=\{B_0,B_1,\dots,B_{n-1}\}$$其中$B_i$为第i个缓冲区。P生产一帧数据到$B_k$，然后将$B_k$入队到Q；C从Q中出队$B_k$进行处理（如合成），处理完毕后将$B_k$归还给P以便重用。整个Android显示服务框架的架构图如下（根据引用[3]的描述）：```+----------------++----------------++-----------------++------------------+|App||Surface||SurfaceFlinger||Display||(Producer)|---->|(BufferQueue)|---->|(Consumer)|---->|(Screen)|+----------------++----------------++-----------------++------------------+```在实际开发中，我们通常不需要直接操作这些底层组件，而是通过高级API（如View系统）进行绘制。但是理解底层框架有助于我们优化性能，解决图形显示问题。希望以上解释能帮助您理解Android显示服务框架。§§相关问题§§1.Surface和SurfaceView有什么区别？2.什么是VSync信号？它在Android显示中起什么作用？3.如何优化Android应用的绘制性能？4.为什么有时候需要使用TextureView而不是SurfaceView？5.请解释SurfaceFlinger的工作流程。</think>### Android显示服务框架详解 Android显示服务框架是图形子系统的核心，负责管理屏幕内容渲染、合成和显示。其核心设计基于**生产者-消费者模型**，主要组件如下： #### 1. **关键组件** - **Surface**：图形数据的基本载体，代表生产者（如App）与消费者（如SurfaceFlinger）间的缓冲区队列接口。每个窗口对应一个Surface[^3]： $$ \text{Surface} = \text{BufferQueue}(\text{Producer} \leftrightarrow \text{Consumer}) $$ - **SurfaceFlinger**：系统级服务（运行于`system_server`进程），负责： - 收集所有Surface的图形缓冲区 - 按窗口层级（Z-order）合成最终帧 - 通过HWC（硬件合成器）输出到屏幕 - **HWComposer (HWC)**：硬件抽象层组件，决定使用GPU合成还是硬件叠加层（Overlay）实现高效合成。 - **Gralloc**：图形内存分配器，管理共享缓冲区内存（如ION内存）。 #### 2. **工作流程** ```mermaid graph LR A[App绘制] -->|Canvas/OpenGL| B(Surface) B -->|Buffer入队| C[BufferQueue] C -->|Buffer出队| D(SurfaceFlinger) D -->|合成策略| E[HWC] E -->|帧数据| F[Display Driver] F --> G[屏幕显示] ``` 1. **生产阶段**：App通过`Canvas`、`OpenGL ES`或`Vulkan`在Surface上绘制内容，提交到BufferQueue。 2. **消费阶段**：SurfaceFlinger在VSync信号触发时： - 从所有活跃Surface的BufferQueue获取最新帧 - 计算最优合成路径（优先使用HWC硬件合成） 3. **显示阶段**：合成后的帧通过Display Driver刷新到屏幕。 #### 3. **核心机制详解 - **BufferQueue双缓冲**： 采用`dequeued`（绘制中）和`queued`（待合成）双缓冲区，避免画面撕裂。数学表示为： $$ \text{Buffer状态} \in \{ \text{DEQUEUED}, \text{QUEUED}, \text{ACQUIRED} \} $$ - **VSync同步**： 显示系统按固定频率（如60Hz）发送垂直同步信号，协调App绘制与SurfaceFlinger合成时序。 - **硬件加速合成**： HWC直接叠加多个图层（如视频播放器+UI控件），显著降低GPU负载。若图层过多（>硬件层上限），则回退到GPU合成。 #### 4. **显示服务架构层次** ``` 应用层： SurfaceView/TextureView → Canvas/OpenGL 框架层： WindowManager → SurfaceControl → BufferQueue Native层： SurfaceFlinger → HWC/Gralloc 内核层： Display Driver（如DRM/KMS） ``` #### 5. **性能优化关键 - **减少Overdraw**：控制无效区域重绘（通过`GPU呈现模式分析`工具检测） - **硬件叠加层**：确保关键图层（如视频）被HWC直接处理 - **VSync对齐**：使用`Choreographer`协调绘制时机 > 示例：视频播放场景 > 视频解码器作为生产者填充BufferQueue → SurfaceFlinger将视频流Surface与UI控件Surface通过HWC叠加 → 直接输出到屏幕，无需GPU参与[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值