1# 申请图片解码内存(ArkTS) 2 3应用在进行图片解码操作时,需要申请对应内存。当前指导将介绍不同的内存类型,以及如何进行申请。 4 5应用侧通过解码API接口获取PixelMap,并将其传递给Image组件以进行显示。 6 7当PixelMap较大且使用普通内存时,RS主线程将经历较长的纹理上传时间,导致卡顿现象。图形侧提供的DMA内存零拷贝功能,可在绘制相同大小的图片时避免纹理上传时间消耗。 8 9## 内存类型介绍 10 11当前PixelMap的内存类型包括以下两种。 12- DMA_ALLOC:ION内存。IPC耗时同样较短,但无需纹理上传。 13- SHARE_MEMORY:共享内存。IPC耗时较少,但需要进行纹理上传。 14 15鉴于当前的解码接口内存分配策略无法满足某些场景的需求,系统提供了[createPixelMapUsingAllocator](../../reference/apis-image-kit/js-apis-image.md#createpixelmapusingallocator15)接口,以便用户能够自定义内存分配类型进行解码。接口定义及使用示例详见[图片解码接口说明](../../reference/apis-image-kit/js-apis-image.md#imagesource)。 16 17### DMA_ALLOC和SHARE_MEMORY的区别 18 19| 名称 | DMA_ALLOC | SHARE_MEMORY | 20| ------------------ | --------------------- | ----------------------------------------- | 21| 定义 | 硬件解码器直接将图片解码后的数据传输到内存或显存,无需CPU介入。 | 操作系统提供的内存共享机制,允许多个线程、进程直接访问同一块物理内存,协同处理图片数据。 | 22| 工作原理 | 解码器通过DMA控制器将图片解码后的数据从设备直接传输到内存或显示缓冲区。 | GPU解码的图片数据直接映射到共享内存中,供多个线程、进程协作处理或访问。 | 23| 使用场景 | 用于高速数据传输。 | 用于进程或线程间的数据共享。 | 24| CPU占用 | 占用极低,CPU仅参与DMA控制器的配置,实际数据传输无需CPU干预。 | CPU需参与共享内存的管理和同步(如加锁、解锁),会造成额外开销。 | 25| 硬件依赖 | 强依赖硬件DMA控制器。 | 依赖操作系统支持的共享内存机制。 | 26| 内存分配与访问权限 | DMA控制器直接操作物理内存,需预先分配DMA缓冲区(通常是连续内存)。 | 系统为共享内存分配物理或虚拟内存区域,访问需通过用户或内核映射操作。 | 27| 优势 | 高效、低延迟;适合大数据量、连续数据块的传输。 | 灵活性强。支持多线程或多进程同时共享数据,便于图像后处理和协作。 | 28| 缺点 | 需要硬件支持,数据传输范围受DMA地址空间限制(通常需要连续物理内存)。 | 共享内存操作需要额外的同步机制,增加编程复杂度和CPU负担。 | 29| 解码工作流中的使用 | 硬件解码器通过DMA直接输出数据到目标内存,无需CPU干预。 | 解码完成后将数据放入共享内存,由其他进程或线程读取处理。 | 30 31### 使用DMA_ALLOC内存修改的优势 32 33- **减少纹理上传时间** 34 35 当使用SHARE_MEMORY时,图片数据需通过CPU复制到GPU显存,增加了纹理上传的时间。而采用DMA_ALLOC后,数据直接保存在GPU可访问的内存中,避免了耗时的复制过程。 36 - 传统方式上传耗时:4K图片单帧渲染耗时约为20ms。 37 - DMA_ALLOC上传耗时:4K图片单帧渲染时间可降至约4ms。此项优化在大尺寸图片显示和高频动态图片加载场景中效果尤为显著。 38 39- **减轻CPU负载** 40 41 DMA_ALLOC允许GPU直接访问解码后数据,减少了内存复制带来的负载。 42 43## 系统默认的内存分配方式 44 45在使用[createPixelMap](../../reference/apis-image-kit/js-apis-image.md#createpixelmap7)接口进行解码时,不同场景下会采取不同的内存分配类型。 46 47以下场景将使用DMA_ALLOC。 48 49- 解码HDR图片。 50- 解码HEIF格式图片。 51- 解码JPEG格式图片,当原图的宽和高均在1024至8192之间,[desiredPixelFormat](../../reference/apis-image-kit/js-apis-image.md#decodingoptions7)为RGBA_8888或NV21,同时硬件不繁忙(并发数为3)。 52- 解码其他格式图片。要求[desiredSize](../../reference/apis-image-kit/js-apis-image.md#decodingoptions7)大于等于512 * 512(未设置desiredSize时按原图尺寸考虑),并且宽度为64的倍数。 53 54除上述场景外,其余情况均使用SHARE_MEMORY。 55 56## 自定义内存分配方式 57 58默认场景下,由系统选择性能最优的内存分配方式。特定场景支持应用使用指定的内存分配方式。 59 60开发者使用接口[createPixelMapUsingAllocator](../../reference/apis-image-kit/js-apis-image.md#createpixelmapusingallocator15)进行解码时,系统会根据传入的[解码参数](../../reference/apis-image-kit/js-apis-image.md#decodingoptions7)和[内存申请类型](../../reference/apis-image-kit/js-apis-image.md#allocatortype15),自动选择硬件解码和软件解码。 61 62在创建像素图时,将根据用户指定的分配器类型来决定采用DMA_ALLOC分配机制还是SHARE_MEMORY分配机制。 63 64### 使用限制 65 66当前图片解码功能针对内存分配模式有如下限制。 67 68- HDR图片解码仅支持DMA_ALLOC的内存模式。 69- 硬件解码仅支持DMA_ALLOC的内存模式。 70- SVG格式图片解码仅支持SHARE_MEMORY的内存模式。 71 72使用接口[createPixelMapUsingAllocator](../../reference/apis-image-kit/js-apis-image.md#createpixelmapusingallocator15)进行解码时,若设置的内存分配模式,与图片格式或解码方式不匹配,则会抛出内存分配失败的异常。 73 74如果用户选择的分配类型为AUTO,系统将根据解码和渲染的时间综合评估,以决定使用DMA_ALLOC还是SHARE_MEMORY分配机制。 75 76不同的内存分配策略会导致图片的stride(步幅)有所差异。对于通过DMA_ALLOC申请的内存,在对PixelMap执行编辑等操作时,必须使用stride。接下来将介绍如何获取stride。 77 78### 获取stride 79 80stride(步幅)描述了图片在内存中每一行像素数据的存储宽度。它是图片绘制过程中的重要参数,用于正确定位图片数据在内存中的布局。 81 82使用DMA分配机制分配内存时,stride必须满足 硬件对齐要求。 83 84- stride 值需为 硬件平台要求字节数的整数倍。 85- 如果通过上面的计算公式得到的 stride 不满足对齐要求时,系统会自动补齐填充数据(padding)。 86stride的值可以通过[PixelMap::GetImageInfo()](../../reference/apis-image-kit/js-apis-image.md#getimageinfo-1) 接口获取。 87 881. 调用[GetImageInfo()](../../reference/apis-image-kit/js-apis-image.md#getimageinfo-1)方法,获取ImageInfo对象。 892. 从ImageInfo对象中访问stride值:info.stride。 90 91```ts 92import image from '@ohos.multimedia.image'; 93 94async CreatePixelMapUsingAllocator() { 95 const context = getContext(); 96 const resourceMgr = context.resourceManager; 97 const rawFile = await resourceMgr.getRawFileContent("test.jpg"); // 测试图片。 98 let imageSource: image.ImageSource | null = await image.createImageSource(rawFile.buffer as ArrayBuffer); 99 let options: image.DecodingOptions = {}; 100 let pixelmap = await imageSource.createPixelMapUsingAllocator(options, image.AllocatorType.AUTO); 101 let info = await pixelmap.getImageInfo(); 102 // 用DMA_ALLOC内存申请出的pixelmap的stride与SHARE_MEMORY内存申请出的pixelmap的stride不同。 103 console.log("stride = " + info.stride); 104 let region: image.Region = { x: 0, y: 0, size: {height: 100, width:35} }; 105 if (pixelmap != undefined) { 106 await pixelmap.crop(region); 107 let imageInfo = await pixelmap.getImageInfo(); 108 if (imageInfo != undefined) { 109 console.info("stride =", imageInfo.stride); 110 } 111 } 112} 113```