harmony 鸿蒙申请图片解码内存(ArkTS)

2025-06-12
浏览 (3)

申请图片解码内存(ArkTS)

应用在进行图片解码操作时，需要申请对应内存。当前指导将介绍不同的内存类型，以及如何进行申请。

应用侧通过解码API接口获取PixelMap，并将其传递给Image组件以进行显示。

当PixelMap较大且使用普通内存时，RS主线程将经历较长的纹理上传时间，导致卡顿现象。图形侧提供的DMA内存零拷贝功能，可在绘制相同大小的图片时避免纹理上传时间消耗。

内存类型介绍

当前PixelMap的内存类型包括以下两种。

DMA_ALLOC：DMA内存。IPC耗时同样较短，但无需纹理上传。
SHARE_MEMORY：共享内存。IPC耗时较少，但需要进行纹理上传。

鉴于当前的解码接口内存分配策略无法满足某些场景的需求，系统提供了createPixelMapUsingAllocator接口，以便用户能够自定义内存分配类型进行解码。接口定义及使用示例详见图片解码接口说明。

DMA_ALLOC和SHARE_MEMORY的区别

名称	DMA_ALLOC	SHARE_MEMORY
定义	硬件解码器直接将图片解码后的数据传输到内存或显存，无需CPU介入。	操作系统提供的内存共享机制，允许多个线程、进程直接访问同一块物理内存，协同处理图片数据。
工作原理	解码器通过DMA控制器将图片解码后的数据从设备直接传输到内存或显示缓冲区。	GPU解码的图片数据直接映射到共享内存中，供多个线程、进程协作处理或访问。
使用场景	用于高速数据传输。	用于进程或线程间的数据共享。
CPU占用	占用极低，CPU仅参与DMA控制器的配置，实际数据传输无需CPU干预。	CPU需参与共享内存的管理和同步（如加锁、解锁），会造成额外开销。
硬件依赖	强依赖硬件DMA控制器。	依赖操作系统支持的共享内存机制。
内存分配与访问权限	DMA控制器直接操作物理内存，需预先分配DMA缓冲区（通常是连续内存）。	系统为共享内存分配物理或虚拟内存区域，访问需通过用户或内核映射操作。
优势	高效、低延迟；适合大数据量、连续数据块的传输。	灵活性强。支持多线程或多进程同时共享数据，便于图像后处理和协作。
缺点	需要硬件支持，数据传输范围受DMA地址空间限制（通常需要连续物理内存）。	共享内存操作需要额外的同步机制，增加编程复杂度和CPU负担。
解码工作流中的使用	硬件解码器通过DMA直接输出数据到目标内存，无需CPU干预。	解码完成后将数据放入共享内存，由其他进程或线程读取处理。

使用DMA_ALLOC内存修改的优势

减少纹理上传时间

当使用SHARE_MEMORY时，图片数据需通过CPU复制到GPU显存，增加了纹理上传的时间。而采用DMA_ALLOC后，数据直接保存在GPU可访问的内存中，避免了耗时的复制过程。 - 传统方式上传耗时：4K图片单帧渲染耗时约为20ms。 - DMA_ALLOC上传耗时：4K图片单帧渲染时间可降至约4ms。此项优化在大尺寸图片显示和高频动态图片加载场景中效果尤为显著。

减轻CPU负载

DMA_ALLOC允许GPU直接访问解码后数据，减少了内存复制带来的负载。

系统默认的内存分配方式

在使用createPixelMap接口进行解码时，不同场景下会采取不同的内存分配类型。

以下场景将使用DMA_ALLOC。

解码HDR图片。
解码HEIF格式图片。
解码JPEG格式图片，当原图的宽和高均在1024至8192之间，desiredPixelFormat为RGBA_8888或NV21，同时硬件不繁忙（并发数为3）。
解码其他格式图片。要求desiredSize大于等于512 * 512（未设置desiredSize时按原图尺寸考虑），并且宽度为64的倍数。

除上述场景外，其余情况均使用SHARE_MEMORY。

自定义内存分配方式

默认场景下，由系统选择性能最优的内存分配方式。特定场景支持应用使用指定的内存分配方式。

开发者使用接口createPixelMapUsingAllocator进行解码时，系统会根据传入的解码参数和内存申请类型，自动选择硬件解码和软件解码。

在创建像素图时，将根据用户指定的分配器类型来决定采用DMA_ALLOC分配机制还是SHARE_MEMORY分配机制。

使用限制

当前图片解码功能针对内存分配模式有如下限制。

HDR图片解码仅支持DMA_ALLOC的内存模式。
硬件解码仅支持DMA_ALLOC的内存模式。
SVG格式图片解码仅支持SHARE_MEMORY的内存模式。

使用接口createPixelMapUsingAllocator进行解码时，若设置的内存分配模式，与图片格式或解码方式不匹配，则会抛出内存分配失败的异常。

如果用户选择的分配类型为AUTO，系统将根据解码和渲染的时间综合评估，以决定使用DMA_ALLOC还是SHARE_MEMORY分配机制。

不同的内存分配策略会导致图片的stride（步幅）有所差异。对于通过DMA_ALLOC申请的内存，在对PixelMap执行编辑等操作时，必须使用stride。接下来将介绍如何获取stride。

获取stride

stride（步幅）描述了图片在内存中每一行像素数据的存储宽度。它是图片绘制过程中的重要参数，用于正确定位图片数据在内存中的布局。

使用DMA分配机制分配内存时，stride必须满足硬件对齐要求。

stride值需为硬件平台要求字节数的整数倍。
如果通过上面的计算公式得到的stride不满足对齐要求时，系统会自动补齐填充数据（padding）。 stride的值可以通过getImageInfo() 接口获取。
调用getImageInfo()方法，获取ImageInfo对象。
从ImageInfo对象中访问stride值：info.stride。

import image from '@ohos.multimedia.image';

async CreatePixelMapUsingAllocator(context : Context) {
  const resourceMgr = context.resourceManager;
  const rawFile = await resourceMgr.getRawFileContent("test.jpg");  // 测试图片。
  let imageSource: image.ImageSource|null = await image.createImageSource(rawFile.buffer as ArrayBuffer);
  let options: image.DecodingOptions = {};
  let pixelmap = await imageSource.createPixelMapUsingAllocator(options, image.AllocatorType.AUTO);
  let info = await pixelmap.getImageInfo();
  // 用DMA_ALLOC内存申请出的pixelmap的stride与SHARE_MEMORY内存申请出的pixelmap的stride不同。
  console.info("stride = " + info.stride);
  let region: image.Region = { x: 0, y: 0, size: {height: 100, width:35} };
  if (pixelmap != undefined) {
    await pixelmap.crop(region);
    let imageInfo = await pixelmap.getImageInfo();
    if (imageInfo != undefined) {
      console.info("stride =", imageInfo.stride);
    }
  }
}