企业官网建设流程全解析

摘要

本文围绕 HarmonyOS 6.1.1(API 24) 中 Camera Kit 与 Audio Kit 的新增方向，讨论智能影像和专业音频外设如何结合到创作类应用中。文章以单人课程录制、直播、Vlog、健身拍摄和音乐控制为例，给出架构设计、外设映射、相机跟踪降级、权限生命周期、性能测试和代码模板。

关键词：HarmonyOS 6.1.1；Camera Kit；Audio Kit；影随人动；延迟预览；MIDI；音视频创作；外设控制

图 1 HarmonyOS 6.1.1 智能影像与音频创作能力地图

文章目录

• 1. 为什么 6.1.1 的 Camera Kit 和 Audio Kit 适合放在一起讲
• 2. 影随人动解决什么问题
• 3. 延迟预览输出适合哪些场景
• 4. MIDI 外设为什么重要
• 5. 推荐架构：会话控制器是核心
• 6. 业务案例：单人课程录制
• 7. 画面跟踪要允许用户接管
• 8. MIDI 控制要做映射层
• 9. 代码案例一：录制会话模型
• 10. 代码案例二：MIDI 消息映射
• 11. 代码案例三：相机跟踪降级
• 12. 权限和生命周期
• 13. 性能：智能能力不能牺牲稳定帧率
• 14. 测试清单
• 15. 本文小结
• 16. 场景矩阵
• 17. 参考资料

1. 为什么 6.1.1 的 Camera Kit 和 Audio Kit 适合放在一起讲

HarmonyOS 6.1.1(API 24) 的开发者版本中，Camera Kit 新增了影随人动和延迟预览输出方向的能力，Audio Kit 新增 MIDI C API 支持外接设备。这两类能力表面上分别属于影像和音频，但在真实创作场景中经常同时出现：一个人录课、直播、健身教学、乐器演奏、Vlog 拍摄或远程会议，都希望画面能自动跟随主体，声音和外设控制又能稳定协同。把它们放在一篇文章里，能更好说明 HarmonyOS 音视频创作应用的工程设计方法。

2. 影随人动解决什么问题

传统移动拍摄里，用户要么请别人掌镜，要么把手机放在固定位置，稍微移动就可能离开画面中心。影随人动的价值是把主体跟踪能力放进 Camera Kit 控制器，让系统自动识别画面中的人物并进行构图辅助。它适合视频通话、健身记录、在线课程、直播带货和个人 Vlog。开发者不用自己从零实现人体检测、画面裁切和跟随策略，而是把注意力放在业务体验上。

3. 延迟预览输出适合哪些场景

延迟预览输出不是普通预览的花哨版本，它更像是给专业影像链路预留的特殊输出能力。创作类应用可能需要慢动作、回放、画面延迟监看、双机位辅助或数据流处理。如果所有预览都直接绑定普通相机画面，后续很难加入特殊处理。延迟预览输出可以让应用在拍摄链路中更灵活地组织预览、录制和处理流。

4. MIDI 外设为什么重要

MIDI 长期用于电子琴、合成器、打击垫、脚踏控制器和专业音频控制台。Audio Kit 在 6.1.1 中新增 MIDI C API 支持外接设备，意味着 HarmonyOS 可以进一步面向音乐创作和专业音频控制场景。对于视频创作者而言，MIDI 不只用来演奏音符，也可以映射为开始录制、切换镜头、打标记、调音量、触发字幕或切换场景。

5. 推荐架构：会话控制器是核心

音视频创作应用不能把相机、音频和 MIDI 控制全部写进页面。页面只负责展示预览、按钮和轨道；SessionController 负责统一管理相机会话、音频会话、外设连接、录制状态和生命周期；CameraAdapter 封装影随人动、延迟预览和输出切换；MidiAdapter 负责外设发现、消息解析和控制映射。这样当外设断开、相机权限变化或录制中途切后台时，系统有统一的恢复策略。

图 2 音视频创作应用推荐架构

6. 业务案例：单人课程录制

想象一个老师独自录制线上课程：手机架在桌面，老师在白板前走动讲解，同时用脚踏 MIDI 控制器切换章节标记。影随人动保证老师始终在画面中心；延迟预览帮助老师确认板书或演示内容；MIDI 控制器让老师不用走回手机前点击按钮。录制完成后，章节标记可以自动进入时间线，方便后期剪辑。

图 3 单人课程录制与 MIDI 控制案例

7. 画面跟踪要允许用户接管

智能跟踪并不总是正确。多人入镜、主体遮挡、光线不足或用户故意走到画面边缘时，自动跟踪可能造成画面晃动。高质量应用应提供跟踪开关、主体锁定、跟踪置信度提示和手动构图模式。当置信度低时，画面应平滑降级，而不是突然大幅移动。创作者需要的是稳定可控，而不是看起来很智能但不可预测。

8. MIDI 控制要做映射层

不同 MIDI 设备的按键、旋钮和踏板消息不同。应用不应该把某个设备的消息硬编码到业务逻辑，而要建立映射层：设备消息先转换为统一控制命令，例如 startRecord、toggleScene、addMarker、volumeUp、muteTrack。用户可以在设置里重新映射按键。这样同一套业务逻辑可以适配键盘、打击垫、脚踏控制器和控制台。

图 4 一次创作录制任务的完整链路

9. 代码案例一：录制会话模型

下面的模型把相机、音频、MIDI 和时间线统一到一个录制会话中。真实项目还需要补充权限状态、设备能力、错误码和导出配置。

export interface CreatorSession {
id: string
cameraMode: 'manual' | 'followPerson'
previewMode: 'normal' | 'delayed'
audioInput: 'mic' | 'external'
midiDeviceId?: string
timeline: Array<{ timeMs: number, type: 'marker' | 'scene' | 'note', value: string }>
state: 'idle' | 'recording' | 'paused' | 'exporting' | 'failed'
}

10. 代码案例二：MIDI 消息映射

MIDI 消息不应该直接驱动页面。先转成统一命令，再交给会话控制器执行，可以让外设替换和用户自定义变得简单。

type CreatorCommand =
'startRecord' | 'pauseRecord' | 'addMarker' | 'nextScene' | 'muteTrack'

class MidiMapper {
private mapping = new Map<string, CreatorCommand>()

handle(message: MidiMessage): CreatorCommand | undefined {
const key = `${message.status}_${message.data1}`
return this.mapping.get(key)
}
}

11. 代码案例三：相机跟踪降级

当影随人动不可用、置信度不足或用户关闭自动跟踪时，应用应回到稳定的手动构图模式。降级不是失败，而是保证录制不中断。

async function enableFollowPerson(session: CreatorSession) {
if (!cameraAdapter.supportsFollowPerson()) {
session.cameraMode = 'manual'
return showTip('当前设备不支持影随人动，已切换为手动构图')
}
const ok = await cameraAdapter.enableFollowPerson({ smooth: true })
session.cameraMode = ok ? 'followPerson' : 'manual'
}

12. 权限和生命周期

相机、麦克风、文件写入和外设访问都属于用户敏感资源。应用应在具体录制场景中解释权限用途，录制结束或页面退出时释放资源。切后台时要明确策略：是否暂停录制、是否继续后台音频、是否保存草稿。最差的体验是用户退出页面后相机或音频仍被占用，下一次打开提示设备不可用。

13. 性能：智能能力不能牺牲稳定帧率

影随人动、预览处理、音频录制和 MIDI 控制同时运行，会增加 CPU、GPU、内存和电量压力。应用应监测预览帧率、编码耗时、音频延迟、外设消息延迟和设备温度。低端设备可以关闭部分特效，只保留基础预览和录制；长时间录制时应降低非必要 UI 动画。创作工具的底线是稳定保存素材，特效永远排在稳定性之后。

14. 测试清单

测试要覆盖单人移动、多人入镜、遮挡、弱光、横竖屏切换、外设热插拔、外设消息高频输入、切后台、来电打断、长时间录制、存储空间不足、导出失败和权限拒绝。MIDI 设备还要测试不同厂商、不同消息类型和重复连接。相机能力要验证不支持设备上的降级路径。

图 5 创作类应用常见问题与高质量做法

15. 本文小结

HarmonyOS 6.1.1 的 Camera Kit 与 Audio Kit 更新，展示了鸿蒙生态向专业创作工具扩展的方向。影随人动让个人拍摄更自然，延迟预览输出让影像链路更灵活，MIDI C API 让外接控制设备进入移动创作流程。真正高质量的应用，不是把新 API 简单接上，而是建立稳定的会话控制、外设映射、降级策略、权限释放和性能监测。

16. 场景矩阵