Android SurfaceFlinger——图形内存分配器(十一)

2024-06-24 11:44

本文主要是介绍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

相关文章

Android中Dialog的使用详解

《Android中Dialog的使用详解》Dialog(对话框)是Android中常用的UI组件,用于临时显示重要信息或获取用户输入,本文给大家介绍Android中Dialog的使用,感兴趣的朋友一起... 目录android中Dialog的使用详解1. 基本Dialog类型1.1 AlertDialog(

Python如何使用__slots__实现节省内存和性能优化

《Python如何使用__slots__实现节省内存和性能优化》你有想过,一个小小的__slots__能让你的Python类内存消耗直接减半吗,没错,今天咱们要聊的就是这个让人眼前一亮的技巧,感兴趣的... 目录背景:内存吃得满满的类__slots__:你的内存管理小助手举个大概的例子:看看效果如何?1.

Android Kotlin 高阶函数详解及其在协程中的应用小结

《AndroidKotlin高阶函数详解及其在协程中的应用小结》高阶函数是Kotlin中的一个重要特性,它能够将函数作为一等公民(First-ClassCitizen),使得代码更加简洁、灵活和可... 目录1. 引言2. 什么是高阶函数?3. 高阶函数的基础用法3.1 传递函数作为参数3.2 Lambda

Android自定义Scrollbar的两种实现方式

《Android自定义Scrollbar的两种实现方式》本文介绍两种实现自定义滚动条的方法,分别通过ItemDecoration方案和独立View方案实现滚动条定制化,文章通过代码示例讲解的非常详细,... 目录方案一:ItemDecoration实现(推荐用于RecyclerView)实现原理完整代码实现

Android App安装列表获取方法(实践方案)

《AndroidApp安装列表获取方法(实践方案)》文章介绍了Android11及以上版本获取应用列表的方案调整,包括权限配置、白名单配置和action配置三种方式,并提供了相应的Java和Kotl... 目录前言实现方案         方案概述一、 androidManifest 三种配置方式

Android WebView无法加载H5页面的常见问题和解决方法

《AndroidWebView无法加载H5页面的常见问题和解决方法》AndroidWebView是一种视图组件,使得Android应用能够显示网页内容,它基于Chromium,具备现代浏览器的许多功... 目录1. WebView 简介2. 常见问题3. 网络权限设置4. 启用 JavaScript5. D

Android如何获取当前CPU频率和占用率

《Android如何获取当前CPU频率和占用率》最近在优化App的性能,需要获取当前CPU视频频率和占用率,所以本文小编就来和大家总结一下如何在Android中获取当前CPU频率和占用率吧... 最近在优化 App 的性能,需要获取当前 CPU视频频率和占用率,通过查询资料,大致思路如下:目前没有标准的

Redis 内存淘汰策略深度解析(最新推荐)

《Redis内存淘汰策略深度解析(最新推荐)》本文详细探讨了Redis的内存淘汰策略、实现原理、适用场景及最佳实践,介绍了八种内存淘汰策略,包括noeviction、LRU、LFU、TTL、Rand... 目录一、 内存淘汰策略概述二、内存淘汰策略详解2.1 ​noeviction(不淘汰)​2.2 ​LR

Golang基于内存的键值存储缓存库go-cache

《Golang基于内存的键值存储缓存库go-cache》go-cache是一个内存中的key:valuestore/cache库,适用于单机应用程序,本文主要介绍了Golang基于内存的键值存储缓存库... 目录文档安装方法示例1示例2使用注意点优点缺点go-cache 和 Redis 缓存对比1)功能特性

Go使用pprof进行CPU,内存和阻塞情况分析

《Go使用pprof进行CPU,内存和阻塞情况分析》Go语言提供了强大的pprof工具,用于分析CPU、内存、Goroutine阻塞等性能问题,帮助开发者优化程序,提高运行效率,下面我们就来深入了解下... 目录1. pprof 介绍2. 快速上手:启用 pprof3. CPU Profiling:分析 C