图片解码内存优化(C/C++)
===============

应用在进行图片解码操作时，需要申请对应内存。内存占用的大小与内存分配类型和像素格式密切相关。当前指导将介绍不同的内存类型、像素格式，以及如何组合使用以达到最优的解码性能。

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

当PixelMap较大且使用共享内存时，RS主线程将经历较长的纹理上传时间，导致卡顿现象。图形侧提供了DMA内存零拷贝功能，可在绘制图片时避免纹理上传时间消耗。此外，通过设置合适的像素格式（如YUV格式），可进一步降低内存占用。

#### 内存类型介绍

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

*   SHARE\_MEMORY：共享内存。需要进行纹理上传。
*   DMA\_ALLOC：DMA内存。无需纹理上传。

系统提供了[OH\_ImageSourceNative\_CreatePixelmapUsingAllocator](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h#oh_imagesourcenative_createpixelmapusingallocator)接口，以便用户能够自定义内存分配类型进行解码。接口定义及使用示例详见图片解码接口说明[image\_source\_native.h](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h)。

#### \[h2\]SHARE\_MEMORY和DMA\_ALLOC的区别

| 名称 | SHARE\_MEMORY | DMA\_ALLOC |
| :-- | :-- | :-- |
| 定义 | 操作系统提供的共享内存（如ashmem/匿名共享），便于在同一物理页上读写。 | 使用可被外设/GPU/显示管线直接DMA访问的缓冲区（常见形态是dmabuf/SurfaceBuffer），用于零拷贝链路。 |
| 工作原理 | 进程共享同一段内存，通过CPU进行读写。若要给GPU/显示使用，通常需进行拷贝。 | 解码器通过DMA将数据写入dmabuf；GPU/显示直接使用该dmabuf，无需拷贝。 |
| 使用场景 | 用于进程或线程间的数据共享，如后处理、算法中间结果交换等场景。 | 视频/图片硬解、预览、显示等高带宽数据传输场景。 |
| CPU占用 | CPU需参与共享内存的管理和同步（如加锁、解锁），会造成额外开销。 | 占用极低，CPU仅参与DMA控制器的配置，实际数据传输无需CPU干预。 |
| 硬件依赖 | 依赖操作系统支持的共享内存机制。 | 强依赖硬件DMA控制器。 |
| 内存分配与访问权限 | 系统为共享内存分配物理或虚拟内存区域，访问需通过用户或内核映射操作。 | DMA控制器直接操作物理内存，需预先分配DMA缓冲区（通常是连续内存）。 |
| 优势 | 灵活性强。支持多线程或多进程同时共享数据，便于图像后处理和协作。 | 高效、低延迟；适合大数据量、连续数据块的传输。 |
| 缺点 | 共享内存操作需要额外的同步机制，增加编程复杂度和CPU负担。 | 需要硬件支持，数据传输范围受DMA地址空间限制（通常需要连续物理内存）。 |

#### \[h2\]使用DMA\_ALLOC的优势

*   **减少纹理上传时间**
    
    当使用SHARE\_MEMORY时，图片数据需通过CPU复制到GPU显存，增加了纹理上传的时间。而采用DMA\_ALLOC后，数据直接保存在GPU可访问的内存中，避免了耗时的复制过程。
    
    *   SHARE\_MEMORY耗时：4K图片单帧渲染耗时约为20ms。
    *   DMA\_ALLOC耗时：4K图片单帧渲染时间可降至约4ms。此项优化在大尺寸图片显示和高频动态图片加载场景中效果尤为显著。
*   **减轻CPU负载**
    
    DMA\_ALLOC允许GPU直接访问解码后数据，减少了内存复制带来的负载。
    

![](https://contentcenter-vali-drcn.dbankcdn.cn/pvt_2/DeveloperAlliance_scene_100_1/63/v3/JUUltmIcQUmjF_8YEK4SsA/note_3.0-zh-cn.png?HW-CC-KV=V1&HW-CC-Date=20260612T073519Z&HW-CC-Expire=86400&HW-CC-Sign=280CB026C4430BD3EA681486767F1AF4274BA1AC4F502F3CD6AF405B02B3A984)

开发者在使用DMA\_ALLOC时，必须关注stride（步幅）与图片宽度的差异，并在数据读取、解析、送显前进行对齐处理。

#### \[h2\]使用限制

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

*   HDR图片解码仅支持DMA\_ALLOC的内存模式。
*   硬件解码仅支持DMA\_ALLOC的内存模式。
*   SVG格式图片解码仅支持SHARE\_MEMORY的内存模式。

使用接口[OH\_ImageSourceNative\_CreatePixelmapUsingAllocator](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h#oh_imagesourcenative_createpixelmapusingallocator)进行解码时，若设置的内存分配模式与图片格式或解码方式不匹配，则会抛出内存分配失败的异常。

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

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

#### \[h2\]获取stride

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

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

*   stride值需为硬件平台要求字节数的整数倍。
    
*   当stride值大于图片宽度时，系统会自动补齐填充数据（padding）。
    
    stride的值可以通过[OH\_PixelmapNative\_GetImageInfo](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-pixelmap-native-h#oh_pixelmapnative_getimageinfo) 接口获取。
    

1.  调用[OH\_PixelmapNative\_GetImageInfo](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-pixelmap-native-h#oh_pixelmapnative_getimageinfo)方法，获取 OH\_Pixelmap\_ImageInfo 对象。
2.  调用[OH\_PixelmapImageInfo\_GetRowStride](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-pixelmap-native-h#oh_pixelmapimageinfo_getrowstride)方法，获取stride的值。

C API 获取和操作stride示例代码如下。在使用下面的示例代码之前，开发者需要打开native工程的src/main/cpp/CMakeLists.txt，在target\_link\_libraries依赖中添加libimage\_source.so以及日志依赖libhilog\_ndk.z.so。

target\_link\_libraries(entry PUBLIC libhilog\_ndk.z.so libimage\_source.so libimage\_packer.so libpixelmap.so)

![](https://contentcenter-vali-drcn.dbankcdn.cn/pvt_2/DeveloperAlliance_scene_100_1/78/v3/Q4xxSvLXT165RhYdeaeJ_g/note_3.0-zh-cn.png?HW-CC-KV=V1&HW-CC-Date=20260612T073519Z&HW-CC-Expire=86400&HW-CC-Sign=2A7F201D71997B009775CB6C19D5F323B258F33870DDFAE9275DC50492AB1677)

部分接口在API version 20以后才支持，需要开发者在进行开发时选择合适的API版本。

1.  创建GetJsResult函数处理napi返回值。
    
    // 处理napi返回值。
    napi\_value GetJsResult(napi\_env env, int result)
    {
        napi\_value resultNapi = nullptr;
        napi\_create\_int32(env, result, &resultNapi);
        return resultNapi;
    }
    
2.  获取和操作stride值。
    
    #include <cstring>
    #include <hilog/log.h>
    #include <multimedia/image\_framework/image/image\_common.h>
    #include <multimedia/image\_framework/image/pixelmap\_native.h>
    #include <multimedia/image\_framework/image/image\_source\_native.h>
    // ...
    
    // 根据像素格式返回每像素的字节数。
    int32\_t GetPixelFormatBytes(int32\_t pixelFormat)
    {
        switch (pixelFormat) {
            case PIXEL\_FORMAT\_RGB\_565:
                return 2; // 每像素2字节。
            case PIXEL\_FORMAT\_RGBA\_8888:
            case PIXEL\_FORMAT\_BGRA\_8888:
                return 4; // 每像素4字节。
            case PIXEL\_FORMAT\_RGB\_888:
                return 3; // 每像素3字节。
            case PIXEL\_FORMAT\_ALPHA\_8:
                return 1; // 每像素1字节。
            case PIXEL\_FORMAT\_RGBA\_F16:
                return 8; // 每通道16位浮点数，共4通道，合计8字节。
            case PIXEL\_FORMAT\_NV21:
            case PIXEL\_FORMAT\_NV12:
                // NV21和NV12格式是YUV 4:2:0半平面格式，返回2作为每像素字节。
                return 2; // 每像素2字节（简化处理）。
            case PIXEL\_FORMAT\_RGBA\_1010102:
                return 4; // 每像素4字节。
            case PIXEL\_FORMAT\_YCBCR\_P010:
            case PIXEL\_FORMAT\_YCRCB\_P010:
                return 2; // 每像素2字节。
            default:
                return 0; // 如果像素格式未知，返回0。
        }
    }
    
    struct PixelmapInfo {
        uint32\_t width = 0;
        uint32\_t height = 0;
        uint32\_t rowStride = 0;
        int32\_t pixelFormat = 0;
        uint32\_t byteCount = 0;
        uint32\_t allocationByteCount = 0;
    };
    
    static void GetPixelmapInfo(OH\_PixelmapNative \*pixelmap, PixelmapInfo \*info)
    {
        OH\_Pixelmap\_ImageInfo \*srcInfo = nullptr;
        OH\_PixelmapImageInfo\_Create(&srcInfo);
        OH\_PixelmapNative\_GetImageInfo(pixelmap, srcInfo);
        OH\_PixelmapImageInfo\_GetWidth(srcInfo, &info->width);
        OH\_PixelmapImageInfo\_GetHeight(srcInfo, &info->height);
        OH\_PixelmapImageInfo\_GetRowStride(srcInfo, &info->rowStride);
        OH\_PixelmapImageInfo\_GetPixelFormat(srcInfo, &info->pixelFormat);
        OH\_PixelmapImageInfo\_Release(srcInfo);
        srcInfo = nullptr;
        return;
    }
    
    static void GetPixelmapAddrInfo(OH\_PixelmapNative \*pixelmap, PixelmapInfo \*info)
    {
        OH\_PixelmapNative\_GetByteCount(pixelmap, &info->byteCount);
        OH\_PixelmapNative\_GetAllocationByteCount(pixelmap, &info->allocationByteCount);
        return;
    }
    
    static void CopyPixelRows(void \*pixels, void \*newPixels, const PixelmapInfo &srcInfo, uint32\_t dstRowStride,
        IMAGE\_ALLOCATOR\_TYPE allocatorType)
    {
        uint8\_t \*src = reinterpret\_cast<uint8\_t \*>(pixels);
        uint8\_t \*dst = reinterpret\_cast<uint8\_t \*>(newPixels);
        uint32\_t dstSize = srcInfo.byteCount;
        uint32\_t rowSize = allocatorType == IMAGE\_ALLOCATOR\_TYPE::IMAGE\_ALLOCATOR\_TYPE\_DMA ? srcInfo.rowStride :
            dstRowStride;
        for (uint32\_t i = 0; i < srcInfo.height; ++i) {
            if (dstSize >= dstRowStride) {
                std::copy(src, src + dstRowStride, dst);
            } else {
                break;
            }
            src += rowSize;
            dst += dstRowStride;
            dstSize -= dstRowStride;
        }
    }
    
    void DataCopy(OH\_PixelmapNative \*pixelmap, OH\_ImageSourceNative\* imageSource, OH\_DecodingOptions \*options,
                  IMAGE\_ALLOCATOR\_TYPE allocatorType)
    {
        PixelmapInfo srcInfo;
        GetPixelmapInfo(pixelmap, &srcInfo);
        GetPixelmapAddrInfo(pixelmap, &srcInfo);
        void \*pixels = nullptr;
        OH\_PixelmapNative\_AccessPixels(pixelmap, &pixels);
        OH\_PixelmapNative \*newPixelmap = nullptr;
        Image\_ErrorCode image\_ErrorCode = OH\_ImageSourceNative\_CreatePixelmap(imageSource, options, &newPixelmap);
        if (image\_ErrorCode != IMAGE\_SUCCESS || newPixelmap == nullptr) {
            OH\_PixelmapNative\_UnaccessPixels(pixelmap);
            OH\_DecodingOptions\_Release(options);
            OH\_ImageSourceNative\_Release(imageSource);
            OH\_PixelmapNative\_Release(pixelmap);
            if (newPixelmap != nullptr) {
                OH\_PixelmapNative\_Release(newPixelmap);
            }
            return;
        }
        uint32\_t dstRowStride = srcInfo.width \* GetPixelFormatBytes(srcInfo.pixelFormat);
        void \*newPixels = nullptr;
        OH\_PixelmapNative\_AccessPixels(newPixelmap, &newPixels);
        CopyPixelRows(pixels, newPixels, srcInfo, dstRowStride, allocatorType);
        OH\_PixelmapNative\_UnaccessPixels(newPixelmap);
        OH\_PixelmapNative\_UnaccessPixels(pixelmap);
        OH\_DecodingOptions\_Release(options);
        options = nullptr;
        OH\_ImageSourceNative\_Release(imageSource);
        imageSource = nullptr;
        OH\_PixelmapNative\_Release(pixelmap);
        pixelmap = nullptr;
        OH\_PixelmapNative\_Release(newPixelmap);
        newPixelmap = nullptr;
    }
    
    napi\_value TestStrideWithAllocatorType(napi\_env env, napi\_callback\_info info)
    {
        napi\_value argValue\[1\] = {nullptr};
        size\_t argCount = 1;
        if (napi\_get\_cb\_info(env, info, &argCount, argValue, nullptr, nullptr) != napi\_ok || argCount < 1 ||
            argValue\[0\] == nullptr) {
            OH\_LOG\_ERROR(LOG\_APP, "CreateImageSource napi\_get\_cb\_info failed!");
            return GetJsResult(env, IMAGE\_BAD\_PARAMETER);
        }
        
        const size\_t maxPathLength = 1024;
        char filePath\[maxPathLength\];
        size\_t pathSize = maxPathLength;
        napi\_get\_value\_string\_utf8(env, argValue\[0\], filePath, maxPathLength, &pathSize);
    
        OH\_ImageSourceNative\* imageSource = nullptr;
        Image\_ErrorCode image\_ErrorCode = OH\_ImageSourceNative\_CreateFromUri(filePath, pathSize, &imageSource);
        if (image\_ErrorCode != IMAGE\_SUCCESS || imageSource == nullptr) {
            return GetJsResult(env, image\_ErrorCode == IMAGE\_SUCCESS ? IMAGE\_BAD\_PARAMETER : image\_ErrorCode);
        }
        OH\_DecodingOptions \*options = nullptr;
        image\_ErrorCode = OH\_DecodingOptions\_Create(&options);
        if (image\_ErrorCode != IMAGE\_SUCCESS || options == nullptr) {
            OH\_ImageSourceNative\_Release(imageSource);
            return GetJsResult(env, image\_ErrorCode == IMAGE\_SUCCESS ? IMAGE\_BAD\_PARAMETER : image\_ErrorCode);
        }
        IMAGE\_ALLOCATOR\_TYPE allocatorType = IMAGE\_ALLOCATOR\_TYPE::IMAGE\_ALLOCATOR\_TYPE\_DMA;  // 使用DMA创建pixelMap。
        OH\_PixelmapNative \*pixelmap = nullptr;
        image\_ErrorCode = OH\_ImageSourceNative\_CreatePixelmapUsingAllocator(imageSource, options, allocatorType, &pixelmap);
        if (image\_ErrorCode != IMAGE\_SUCCESS || pixelmap == nullptr) {
            OH\_DecodingOptions\_Release(options);
            OH\_ImageSourceNative\_Release(imageSource);
            return GetJsResult(env, image\_ErrorCode == IMAGE\_SUCCESS ? IMAGE\_BAD\_PARAMETER : image\_ErrorCode);
        }
        DataCopy(pixelmap, imageSource, options, allocatorType);
        return GetJsResult(env, image\_ErrorCode);
    }
    

#### 像素格式介绍

图片解码后的像素格式直接影响内存占用大小。当前支持的主要像素格式如下。

#### \[h2\]RGBA\_8888和YUV格式的区别

| 名称 | RGBA\_8888 | NV21/NV12（YUV 4:2:0） |
| :-- | :-- | :-- |
| 定义 | 颜色信息由R（Red）、G（Green）、B（Blue）与透明度（Alpha）四部分组成，每个部分占8位，总共占32位。 | 颜色信息由亮度分量Y和交错排列的色度分量UV组成。Y分量占8位，UV分量因4:2:0采样平均占4位，总共平均占12位。 |
| 每像素字节数 | 4字节 | 约1.5字节 |
| 内存占用计算 | width × height × 4 | width × height × 1.5 |
| 适用场景 | 需要处理Alpha通道的场景，如透明度合成、阴影效果等。 | 图片预览、显示等场景，内存占用小，适合大尺寸图片解码。 |
| 优势 | 支持完整的Alpha通道操作，兼容性好。 | 内存占用小，JPEG硬件解码可直接输出，避免格式转换开销。 |

#### \[h2\]使用YUV格式的优势

*   **显著降低内存占用**
    
    以4K图片（3840×2160）为例：
    
    *   RGBA\_8888内存占用：3840 × 2160 × 4 ≈ 33.2MB
    *   NV21内存占用：3840 × 2160 × 1.5 ≈ 12.4MB
    *   内存节省约62.5%，可有效降低应用内存压力。
*   **减少格式转换开销**
    
    JPEG等格式的图片在硬件解码时，解码器可直接输出YUV格式数据，减少格式转换开销。
    

![](https://contentcenter-vali-drcn.dbankcdn.cn/pvt_2/DeveloperAlliance_scene_100_1/92/v3/lmsX6io2RAy2QTc0NWIvYA/note_3.0-zh-cn.png?HW-CC-KV=V1&HW-CC-Date=20260612T073519Z&HW-CC-Expire=86400&HW-CC-Sign=3368C3828A5AFC97431562FF391D05D63793B98220866239A8901C1CC7E6CE19)

*   SVG格式和TIFF格式的图片不支持解码为YUV像素格式。
*   YUV格式不含Alpha通道，有透明度需求的图片应使用RGBA\_8888格式。

#### \[h2\]设置YUV像素格式

使用YUV格式解码时，需通过OH\_DecodingOptions\_SetPixelFormat设置像素格式，并推荐配合DMA内存分配使用。

napi\_value CreatePixelmapWithYUV(napi\_env env, napi\_callback\_info info)
{
    napi\_value argValue\[1\] = {nullptr};
    size\_t argCount = 1;
    if (napi\_get\_cb\_info(env, info, &argCount, argValue, nullptr, nullptr) != napi\_ok || argCount < 1 ||
        argValue\[0\] == nullptr) {
        OH\_LOG\_ERROR(LOG\_APP, "CreatePixelmapWithYUV napi\_get\_cb\_info failed!");
        return GetJsResult(env, IMAGE\_BAD\_PARAMETER);
    }
    const size\_t maxPathLength = 1024;
    char filePath\[maxPathLength\];
    size\_t pathSize = maxPathLength;
    napi\_get\_value\_string\_utf8(env, argValue\[0\], filePath, maxPathLength, &pathSize);

    OH\_ImageSourceNative\* imageSource = nullptr;
    Image\_ErrorCode errorCode = OH\_ImageSourceNative\_CreateFromUri(filePath, pathSize, &imageSource);
    
    OH\_DecodingOptions \*options = nullptr;
    OH\_DecodingOptions\_Create(&options);
    // 设置YUV像素格式（NV21或NV12），实现内存优化。
    OH\_DecodingOptions\_SetPixelFormat(options, PIXEL\_FORMAT\_NV21);
    
    // 使用DMA内存分配，配合YUV格式实现最优解码性能。
    IMAGE\_ALLOCATOR\_TYPE allocatorType = IMAGE\_ALLOCATOR\_TYPE::IMAGE\_ALLOCATOR\_TYPE\_DMA;
    OH\_PixelmapNative \*pixelmap = nullptr;
    errorCode = OH\_ImageSourceNative\_CreatePixelmapUsingAllocator(imageSource, options, allocatorType, &pixelmap);
    if (errorCode == IMAGE\_SUCCESS && pixelmap != nullptr) {
        // 获取PixelMap信息，验证像素格式。
        OH\_Pixelmap\_ImageInfo \*imageInfo = nullptr;
        OH\_PixelmapImageInfo\_Create(&imageInfo);
        OH\_PixelmapNative\_GetImageInfo(pixelmap, imageInfo);
        
        uint32\_t width;
        uint32\_t height;
        uint32\_t rowStride;
        int32\_t pixelFormat;
        OH\_PixelmapImageInfo\_GetWidth(imageInfo, &width);
        OH\_PixelmapImageInfo\_GetHeight(imageInfo, &height);
        OH\_PixelmapImageInfo\_GetRowStride(imageInfo, &rowStride);
        OH\_PixelmapImageInfo\_GetPixelFormat(imageInfo, &pixelFormat);
        OH\_LOG\_INFO(LOG\_APP, "YUV PixelMap created: width=%{public}u, height=%{public}u, "
                    "rowStride=%{public}u, pixelFormat=%{public}d",
                    width, height, rowStride, pixelFormat);
        OH\_PixelmapImageInfo\_Release(imageInfo);
    } else {
        OH\_LOG\_ERROR(LOG\_APP, "CreatePixelmapWithYUV failed, errorCode=%{public}d", errorCode);
    }
    
    OH\_DecodingOptions\_Release(options);
    options = nullptr;
    OH\_ImageSourceNative\_Release(imageSource);
    imageSource = nullptr;
    return GetJsResult(env, errorCode);
}

#### 系统默认的内存分配方式

在使用[OH\_ImageSourceNative\_CreatePixelmap](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h#oh_imagesourcenative_createpixelmap)接口进行解码时，不同场景下会采取不同的内存分配类型。

以下场景将使用DMA\_ALLOC。

*   解码HDR图片。
*   解码HEIF格式图片。
*   解码JPEG格式图片，当原图的宽和高均在1024像素至8192像素之间，[PIXEL\_FORMAT](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-pixelmap-native-h#pixel_format)为PIXEL\_FORMAT\_RGBA\_8888或PIXEL\_FORMAT\_NV21，同时硬件不繁忙（并发数为3）。
*   解码其他格式图片。要求[OH\_DecodingOptions](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-nativemodule-oh-decodingoptions)中的desiredSize大于等于512像素 \* 512像素（未设置desiredSize时按原图尺寸考虑），并且宽度为64的倍数。

除上述场景外，其余情况均使用SHARE\_MEMORY。

#### 解码单张图片的内存限制

为了防止内存溢出导致系统崩溃，系统对进程内存做了限制，详细说明请参考[应用被查杀问题检测方法](https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-stability-runtime-appkilled-detection)。

图片框架对单张图片的解码设置了2GB的内存限制。进程需要主动管理自身内存，建议在不使用[OH\_PixelmapNative](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-nativemodule-oh-pixelmapnative)时及时释放，以避免进程被系统终止。

应用可使用[onMemoryLevel](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/js-apis-app-ability-abilitystage#onmemorylevel)监听系统内存变化情况。

PixelMap申请像素内存的计算规则如下所示。

pixels\_size(像素内存大小) = stride(图片像素存储宽度) \* height(图片像素高度)

对于原始像素内存超过2GB且支持下采样的图片，建议开发者使用[OH\_ImageSourceNative\_CreatePixelmap](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h#oh_imagesourcenative_createpixelmap)或[OH\_ImageSourceNative\_CreatePixelmapUsingAllocator](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-source-native-h#oh_imagesourcenative_createpixelmapusingallocator)接口，并在[OH\_DecodingOptions（解码参数）](https://developer.huawei.com/consumer/cn/doc/harmonyos-references/capi-image-nativemodule-oh-decodingoptions)中设置desiredSize（期望输出大小）进行下采样解码。

从API version 21开始，对于支持下采样解码的图片，设置desiredSize（期望输出大小）后，解码器将以基准梯度为1/8的最优下采样率计算PixelMap的像素内存，即按照7/8、6/8、...、1/8的采样率，逐次递减取一个清晰度最高的采样数。

图片框架内，不同图片格式的下采样解码支持情况如下所示。

| 是否支持下采样 | 图片格式 |
| :-- | :-- |
| 支持 | .jpg .png .heic（具体支持情况请参考设备规格文档。） |
| 不支持 | .gif .bmp .webp .dng .svg .ico |