Android SurfaceFlinger——图形内存分配器（十一）

2024-06-24 11:44
文章标签 android 内存 图形 分配器 十一 surfaceflinger

本文主要是介绍Android SurfaceFlinger——图形内存分配器（十一），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

        前面的文章中的图层合成器（HWC），这里我们接着看一下 SurfaceFlinger 中的另一个重要服务——图形内存分配器。

一、简介

        android.hardware.graphics.allocator@2.0 是 Android 系统中硬件抽象层（HAL）的一个组件，专门用于图形内存的分配和管理。它是 SurfaceFlinger 在处理图形数据时所依赖的关键服务之一，确保了高效、安全地为屏幕显示、图形渲染等操作提供所需的内存资源。

核心功能

  • 内存分配：根据应用程序或系统组件的需求，分配特定格式、尺寸和数量的图形缓冲区（Graphic Buffer）。这些缓冲区用于存储图像数据，如 UI 元素、视频帧等。
  • 性能优化：通过合理的内存布局和对齐方式，确保快速访问和高效渲染，减少 CPU 和 GPU 之间的数据传输瓶颈。
  • 兼容性：提供了一套统一的接口，使得上层软件可以不关心底层硬件的具体实现，提高了代码的可移植性和兼容性。
  • 资源管理：管理图形缓冲区的生命周期，包括创建、分配、回收和重用，以减少内存碎片和提高内存利用率。
  • 安全性：确保只有经过验证的客户端可以请求和操作图形缓冲区，防止未授权访问，保障系统安全。

工作流程

  • 请求分配：当一个应用或者系统组件（如 SurfaceFlinger）需要一个新的图形缓冲区时，它会通过 HAL 接口向 android.hardware.graphics.allocator@2.0 发出请求，指定所需缓冲区的属性（如尺寸、格式）。
  • 分配与配置：allocator 根据请求的参数，在可用的内存资源中分配相应大小的内存块，并设置好缓冲区的布局（如步长，即每行像素的字节数），确保与硬件的高效交互。
  • 使用与回收：分配好的缓冲区会被上层应用用于绘制图形内容，一旦完成绘制或不再需要，应通过调用相应的接口将其标记为可回收，以便 allocator 适时回收资源。

与SF关系

  • SurfaceFlinger 利用 android.hardware.graphics.allocator@2.0 分配的缓冲区来合成来自不同应用的 Surface 内容。每个 Surface 代表一个应用的可视部分，SurfaceFlinger 将这些 Surface 按照正确的顺序和位置合成到一起，形成最终的屏幕显示图像。
  • 在这个过程中，allocator 确保了即使在资源紧张的情况下也能高效地提供足够的缓冲区供 SurfaceFlinger 使用，从而保证了图形显示的流畅性和系统整体的性能。

        总之，android.hardware.graphics.allocator@2.0 作为 Android 图形子系统中的基础设施，对于维持图形显示的高效、稳定和安全起着至关重要的作用。

二、服务初始化

        这里以 allocator2.0 为例，HAL 服务的“启动”同样是通过系统框架和 HIDL 机制间接触发，最终调用的 service.cpp 中的入口函数。

1、service.cpp

源码位置：/hardware/interfaces/graphics/allocator/2.0/default/service.cpp

#define LOG_TAG "android.hardware.graphics.allocator@2.0-service"#include <android/hardware/graphics/allocator/2.0/IAllocator.h>#include <hidl/LegacySupport.h>using android::hardware::defaultPassthroughServiceImplementation;
using android::hardware::graphics::allocator::V2_0::IAllocator;int main() {return defaultPassthroughServiceImplementation<IAllocator>(4);
}

        这里采用的是 passthrough（直通）模式启动 allocator 服务，整个代码的核心是调用了 defaultPassthroughServiceImplementation() 函数来实现 IAllocator 服务。

2、LegacySupport.h

源码位置：/system/libhidl/transport/include/hidl/LegacySupport.h

template <class Interface, class ExpectInterface = Interface>
__attribute__((warn_unused_result)) status_t defaultPassthroughServiceImplementation(size_t maxThreads = 1) {return defaultPassthroughServiceImplementation<Interface, ExpectInterface>("default", maxThreads);
}/*** 创建默认的直通服务实现* 返回值为退出状态*/
template <class Interface, class ExpectInterface = Interface>
__attribute__((warn_unused_result)) status_t defaultPassthroughServiceImplementation(const std::string& name, size_t maxThreads = 1) {// 初始化RPC线程池，maxThreads指定了线程池中线程的最大数量configureRpcThreadpool(maxThreads, true);// 注册服务status_t result = registerPassthroughServiceImplementation<Interface, ExpectInterface>(name);if (result != OK) {return result;}// 等待所有RPC线程完成工作后退出joinRpcThreadpool();return UNKNOWN_ERROR;
}

        这是一个模板函数，用于设置并启动一个基于 HIDL 的直通（passthrough）服务实现。

3、IAllocator.hal

源码位置：/hardware/interfaces/graphics/allocator/2.0/IAllocator.hal

interface IAllocator {
/*** 检索实现定义的调试信息** @return debugInfo是一个调试信息字符串。*/
dumpDebugInfo() generates (string debugInfo);/*** 使用描述符指定的属性分配缓冲区。** @param descriptor 指定要分配的缓冲区的属性* @param count 分配的缓冲区数量* @return NONE 成功*         BAD_DESCRIPTOR 描述符无效*         NO_RESOURCES 无法完成分配*         UNSUPPORTED 不支持描述符中的属性* @return stride 缓冲区的两个连续行之间的像素数（定义了连续行的概念）* @return buffers 新分配缓冲区的原始句柄数组*/
allocate(BufferDescriptor descriptor, uint32_t count)generates (Error error, uint32_t stride, vec<handle> buffers);
};

        IAllocator 接口定义了 Hal 层的相关方法。

4、Allocator.h

源码位置：/hardware/interfaces/graphics/allocator/2.0/utils/hal/include/allocator-hal/2.0/Allocator.h

namespace detail {template <typename Interface, typename Hal>
class AllocatorImpl : public Interface {public:// 初始化方法bool init(std::unique_ptr<Hal> hal) {mHal = std::move(hal);return true;}// IAllocator 2.0 interfaceReturn<void> dumpDebugInfo(IAllocator::dumpDebugInfo_cb hidl_cb) override {hidl_cb(mHal->dumpDebugInfo());return Void();}Return<void> allocate(const BufferDescriptor& descriptor, uint32_t count,IAllocator::allocate_cb hidl_cb) override {uint32_t stride;std::vector<const native_handle_t*> buffers;Error error = mHal->allocateBuffers(descriptor, count, &stride, &buffers);if (error != Error::NONE) {hidl_cb(error, 0, hidl_vec<hidl_handle>());return Void();}hidl_vec<hidl_handle> hidlBuffers(buffers.cbegin(), buffers.cend());hidl_cb(Error::NONE, stride, hidlBuffers);// free the local handlesmHal->freeBuffers(buffers);return Void();}protected:std::unique_ptr<Hal> mHal;
};}  // namespace detailusing Allocator = detail::AllocatorImpl<IAllocator, AllocatorHal>;

        allocate() 函数实现了内存分配的核心逻辑，根据 descriptor 和 count 调用 Hal 的 allocateBuffers() 方法分配内存，处理结果后通过 HIDL 回调返回。

5、Gralloc1Hal.h

源码位置：/hardware/interfaces/graphics/allocator/2.0/utils/passthrough/include/allocator-passthrough/2.0/Gralloc1Hal.h

Error allocateBuffers(const BufferDescriptor& descriptor, uint32_t count, uint32_t* outStride,std::vector<const native_handle_t*>* outBuffers) override {mapper::V2_0::IMapper::BufferDescriptorInfo descriptorInfo;// 解析传入的BufferDescriptorif (!grallocDecodeBufferDescriptor(descriptor, &descriptorInfo)) {return Error::BAD_DESCRIPTOR;}gralloc1_buffer_descriptor_t desc;// 创建描述符Error error = createDescriptor(descriptorInfo, &desc);if (error != Error::NONE) {return error;}uint32_t stride = 0;std::vector<const native_handle_t*> buffers;buffers.reserve(count);// 分配缓冲区for (uint32_t i = 0; i < count; i++) {const native_handle_t* tmpBuffer;uint32_t tmpStride;// 分配单个缓冲区error = allocateOneBuffer(desc, &tmpBuffer, &tmpStride);if (error != Error::NONE) {break;}buffers.push_back(tmpBuffer);if (stride == 0) {stride = tmpStride;} else if (stride != tmpStride) {// non-uniform strideserror = Error::UNSUPPORTED;break;}}// 销毁之前创建的描述符mDispatch.destroyDescriptor(mDevice, desc);if (error != Error::NONE) {// 释放已分配的缓冲区freeBuffers(buffers);return error;}*outStride = stride;*outBuffers = std::move(buffers);return Error::NONE;
}

        该函数主要用于图形内存管理，确保了按需分配多个缓冲区的同时，也保持了对内存资源的有效管理与一致性检查。

allocateOneBuffer

Error allocateOneBuffer(gralloc1_buffer_descriptor_t descriptor,const native_handle_t** outBuffer, uint32_t* outStride) {const native_handle_t* buffer = nullptr;// 从设备mDevice分配一个缓冲区int32_t error = mDispatch.allocate(mDevice, 1, &descriptor, &buffer);if (error != GRALLOC1_ERROR_NONE && error != GRALLOC1_ERROR_NOT_SHARED) {return toError(error);}uint32_t stride = 0;// 获取该缓冲区的行跨度error = mDispatch.getStride(mDevice, buffer, &stride);if (error != GRALLOC1_ERROR_NONE && error != GRALLOC1_ERROR_UNDEFINED) {mDispatch.release(mDevice, buffer);return toError(error);}*outBuffer = buffer;*outStride = stride;return Error::NONE;
}// 指向各种图形缓冲区管理函数的函数指针
struct {GRALLOC1_PFN_DUMP dump;GRALLOC1_PFN_CREATE_DESCRIPTOR createDescriptor;GRALLOC1_PFN_DESTROY_DESCRIPTOR destroyDescriptor;GRALLOC1_PFN_SET_DIMENSIONS setDimensions;GRALLOC1_PFN_SET_FORMAT setFormat;GRALLOC1_PFN_SET_LAYER_COUNT setLayerCount;GRALLOC1_PFN_SET_CONSUMER_USAGE setConsumerUsage;GRALLOC1_PFN_SET_PRODUCER_USAGE setProducerUsage;GRALLOC1_PFN_GET_STRIDE getStride;GRALLOC1_PFN_ALLOCATE allocate;GRALLOC1_PFN_RELEASE release;
} mDispatch = {};

        该函数主要封装了与硬件抽象层交互的过程，从硬件抽象层（HAL）分配单个图形缓冲区，并获取该缓冲区的行跨度（stride）。

6、gralloc1.h

源码位置：/hardware/libhardware/include/hardware/gralloc1.h

/** 缓冲区管理功能*/
typedef int32_t /*gralloc1_error_t*/ (*GRALLOC1_PFN_ALLOCATE)(gralloc1_device_t* device, uint32_t numDescriptors,const gralloc1_buffer_descriptor_t* descriptors, buffer_handle_t* outBuffers);

        这个函数的主要作用是从指定的图形设备中分配指定数量和属性的图形缓冲区。它是图形渲染、图像处理等操作的基础，确保应用程序能够高效、安全地访问和管理图形内存。通过错误码返回机制，调用者可以得知分配操作是否成功及失败原因，从而做出相应的处理决策。

这篇关于Android SurfaceFlinger——图形内存分配器（十一）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1090057。

相关文章

MySQL 内存使用率常用分析语句

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致
阅读更多...
Android Paging 分页加载库使用实践

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.
阅读更多...
最新Spring Security的基于内存用户认证方式

最新Spring Security的基于内存用户认证方式

《最新SpringSecurity的基于内存用户认证方式》本文讲解SpringSecurity内存认证配置,适用于开发、测试等场景,通过代码创建用户及权限管理,支持密码加密,虽简单但不持久化,生产环... 目录1. 前言2. 因何选择内存认证？3. 基础配置实战❶ 创建Spring Security配置文件
阅读更多...
java内存泄漏排查过程及解决

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.
阅读更多...
Ubuntu 24.04启用root图形登录的操作流程

Ubuntu 24.04启用root图形登录的操作流程

《Ubuntu24.04启用root图形登录的操作流程》Ubuntu默认禁用root账户的图形与SSH登录,这是为了安全,但在某些场景你可能需要直接用root登录GNOME桌面,本文以Ubuntu2... 目录一、前言二、准备工作三、设置 root 密码四、启用图形界面 root 登录1. 修改 GDM 配
阅读更多...
Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理；Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期
阅读更多...
Android ClassLoader加载机制详解

Android ClassLoader加载机制详解

《AndroidClassLoader加载机制详解》Android的ClassLoader负责加载.dex文件,基于双亲委派模型,支持热修复和插件化,需注意类冲突、内存泄漏和兼容性问题,本文给大家介... 目录一、ClassLoader概述1.1 类加载的基本概念1.2 android与Java Class
阅读更多...
怎样通过分析GC日志来定位Java进程的内存问题

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》：本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.
阅读更多...
Java内存分配与JVM参数详解(推荐)

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空
阅读更多...
Android DataBinding 与 MVVM使用详解

Android DataBinding 与 MVVM使用详解

《AndroidDataBinding与MVVM使用详解》本文介绍AndroidDataBinding库,其通过绑定UI组件与数据源实现自动更新,支持双向绑定和逻辑运算,减少模板代码,结合MV... 目录一、DataBinding 核心概念二、配置与基础使用1. 启用 DataBinding 2. 基础布局
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2