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。

相关文章

Redis实现高效内存管理的示例代码

Redis实现高效内存管理的示例代码

《Redis实现高效内存管理的示例代码》Redis内存管理是其核心功能之一,为了高效地利用内存,Redis采用了多种技术和策略,如优化的数据结构、内存分配策略、内存回收、数据压缩等,下面就来详细的介绍... 目录1. 内存分配策略jemalloc 的使用2. 数据压缩和编码ziplist示例代码3. 优化的
阅读更多...
Android协程高级用法大全

Android协程高级用法大全

《Android协程高级用法大全》这篇文章给大家介绍Android协程高级用法大全,本文结合实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友跟随小编一起学习吧... 目录1️⃣ 协程作用域（CoroutineScope）与生命周期绑定Activity/Fragment 中手
阅读更多...
深入解析C++ 中std::map内存管理

深入解析C++ 中std::map内存管理

《深入解析C++中std::map内存管理》文章详解C++std::map内存管理,指出clear()仅删除元素可能不释放底层内存,建议用swap()与空map交换以彻底释放,针对指针类型需手动de... 目录1️、基本清空std::map2️、使用 swap 彻底释放内存3️、map 中存储指针类型的对象
阅读更多...
Python内存优化的实战技巧分享

Python内存优化的实战技巧分享

《Python内存优化的实战技巧分享》Python作为一门解释型语言,虽然在开发效率上有着显著优势,但在执行效率方面往往被诟病,然而,通过合理的内存优化策略,我们可以让Python程序的运行速度提升3... 目录前言python内存管理机制引用计数机制垃圾回收机制内存泄漏的常见原因1. 循环引用2. 全局变
阅读更多...
Android 缓存日志Logcat导出与分析最佳实践

Android 缓存日志Logcat导出与分析最佳实践

《Android缓存日志Logcat导出与分析最佳实践》本文全面介绍AndroidLogcat缓存日志的导出与分析方法,涵盖按进程、缓冲区类型及日志级别过滤,自动化工具使用,常见问题解决方案和最佳实... 目录android 缓存日志（Logcat）导出与分析全攻略为什么要导出缓存日志？按需过滤导出1. 按
阅读更多...
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 配
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2