HarmonyOS鸿蒙Next中想从摄像头里面拿出yuv图像用于面部点位识别，我看到官网说api23才支持，请问下低于23我只能用jpeg格式转吗？这个也太慢了？

从目前 HarmonyOS NEXT 的能力来看，你的理解基本是对的：

API 23 之前，应用层确实拿不到 Camera 输出的 YUV 原始数据流；API 23 开始才正式开放了 YUV 数据流能力。

API 23 之前的情况

在 API 22 及更早版本中，Camera Framework 对应用开放的主要是：

• PreviewOutput（预览）
• PhotoOutput（拍照）
• VideoOutput（录像）

如果通过：

ImageReceiver

获取图像数据，通常拿到的是：

JPEG

或者编码后的图像格式。

因此很多视觉算法场景会变成：

Camera
↓
JPEG
↓
解码Bitmap/PixelMap
↓
转YUV/RGB
↓
AI推理

这条链路确实比较重。

尤其是：

30fps实时人脸检测
关键点检测
活体检测

场景下性能压力会比较明显。

API 23 为什么新增 YUV

实际上就是为了解决：

CV
AI视觉
AR
OCR
人脸识别

这些场景。

API 23 开始支持：

ImageReceiver

直接输出：

YUV_420_888

开发者可以直接获取：

ArrayBuffer
ByteBuffer

避免：

JPEG编码
JPEG解码

带来的性能损耗。

API 22 有没有其他办法？

目前公开能力里基本没有真正意义上的：

Camera → 原始YUV

方案。

一般能考虑的只有下面几种。

方案1：升级到 API23

这是最推荐的方案。

因为官方已经提供：

YUV数据流

能力。

对于：

人脸关键点
人体关键点
OCR
目标检测

都是最佳方案。

方案2：降低 JPEG 分辨率

如果必须兼容 API22：

例如：

640×480
720P

而不是：

1920×1080
4K

然后：

JPEG
↓
PixelMap
↓
RGB

送入模型。

虽然还是有损耗，但延迟会下降很多。

方案3：降低推理频率

不要：

每帧推理

改为：

30fps预览
5fps推理
10fps推理

很多人脸识别场景其实够用了。

方案4：使用系统视觉服务

如果你的需求只是：

人脸检测
人脸框
关键点

而不是自己训练模型。

可以看看：

Core Vision Kit

或者相关视觉能力。

系统内部本身拿到的是底层图像流，不需要你自己处理 JPEG。

不过能力范围受系统提供的接口限制。

关于双路输出

你提到：

双路预览
Preview + ImageReceiver

这种模式在 API23 以后是支持的。

典型流程：

PreviewOutput
↓
页面显示

ImageReceiver(YUV)
↓
AI推理

但 API22 下没有开放 YUV 输出的话，即使配置双路，通常也拿不到真正的：

YUV ByteBuffer

因此不存在一个官方 Demo 能在 API22 直接通过：

ImageReceiver

拿到：

YUV_420_888

原始数据。

我的建议

如果你的业务核心是：

• 人脸关键点识别
• 活体检测
• 姿态识别
• AI视觉分析

那么：

API22 + JPEG方案

只能作为兼容方案。

真正想达到流畅体验，建议直接以：

HarmonyOS 6.1
API23

作为目标版本，使用 Camera 新增的 YUV 数据流能力。

因为 JPEG → RGB → 模型 的额外开销，不仅影响性能，还会增加功耗和发热，在实时视觉场景下体验差异会非常明显。