Flutter 3.47 鸿蒙三方库适配实战：从0 到 1 处理 audio_stream_player

Flutter 3.47 鸿蒙三方库适配实战：从 0 到 1 处理 audio_stream_player

以 PCM 数据流的方式实时播放音频。

本文以 audio_stream_player 1.2.0 为例，记录我如何保留原有 Dart API、补齐 Flutter OH 插件入口、在鸿蒙端接入真实系统能力，并在 HarmonyOS API 26 真机上完成构建、安装、启动与调用验证。

适配仓库： audio_stream_player

适配分支： feat/ohos_audio_stream_player_1.2.0

适配 TAG： 1.2.0-ohos.1

一、先看最终效果

图 1：HarmonyOS API 26 真机启动示例页

二、这个库原来是怎么工作的

上游 audio_stream_player 通过平台通道与原生侧通信，通道定义在 Dart 源码里，原生侧只需要注册同名通道并实现方法分发，Dart 代码一行都不用改。

EventChannel('audio_stream_player/methods')
EventChannel('audio_stream_player/events/$_playerId')
-> bufferedDurationMicros / create / dispose / endOfStream / feed / pause / play / setVolume / stop

三、实际环境

Flutter 鸿蒙环境搭建不在本文重复展开，直接参考 Flutter OH 环境搭建指南。

flutter –version
hdc list targets

这里要特别注意 Flutter 版本：本机同时装了 3.41 和 3.47.4-ohos，3.41 会因为 SDK 约束解析失败，构建时必须显式把 3.47.4-ohos 放到 PATH 前面。

四、确认上游版本并同步到 AtomGit

上游包地址是 https://github.com/adrianczuczka/audio_stream_player，版本 1.2.0 使用 MIT License。适配前我用 AtomGit API（GET /api/v5/repos/<org>/<lib>）在 oh-flutter、hxa-flutter、CPF-Flutter 三个组织做了排重，未发现同名 OHOS 实现。

git clone https://atomgit.com/oh-flutter/audio_stream_player.git
cd audio_stream_player
git switch feat/ohos_audio_stream_player_1.2.0
git log –oneline -5

五、创建适配分支并检查工程结构

git switch -c feat/ohos_audio_stream_player_1.2.0

关键目录如下：

audio_stream_player/
├── lib/ # 原有 Dart API 和通道
├── ohos/
│ ├── index.ets # OHOS 插件导出入口
│ └── src/main/ets/components/plugin/
│ └── AudioStreamPlayerPlugin.ets
├── example/lib/main.dart # 真机验证 Demo
├── example/ohos/ # Flutter OH 宿主工程
├── pubspec.yaml # 声明 ohos 平台
└── README.OpenHarmony_CN.md # 鸿蒙适配说明

flutter:
plugin:
platforms:
ohos:
pluginClass: AudioStreamPlayerPlugin

pluginClass 必须和 ohos/index.ets 导出的类名一致。这一步是本批次最容易踩的坑：pubspec.yaml 里漏掉 ohos 声明时，Flutter 生成的 GeneratedPluginRegistrant.ets 是个空 try 块，Dart 侧调用直接返回 null，构建期没有任何报错，运行时也不抛 MissingPluginException，只是所有返回值都是空的。我第一次跑 is_lock_screen2 就卡在这里，查了半天日志才发现注册表是空的。

六、适配过程：注册通道并对齐语义

通道名必须与上游 Dart 源码逐字一致。本库的映射如下：

核心代码：

switch (call.method) {
case 'create': {
const id: number = this.nextId++;
this.createRenderer(id, result);
break;
}
case 'feed': {
const id: number = call.argument('id') ?? 0;
const bytes: ArrayBuffer | undefined = call.argument('buffer');
this.feed(id, bytes, result);
break;
}
case 'play': {
const id: number = call.argument('id') ?? 0;
const p = this.players.get(id);
if (!p) {
result.error('NO_PLAYER', `player ${id} not found`, null);
break;
}
p.renderer.start()
.then((): void => result.success(null))
.catch((e: BusinessError): void => result.error('PLAY_FAILED', e.message, null));

七、构建配置与签名

示例工程的目标 SDK 对齐到 26，与 @ohos/flutter_ohos 的要求一致：

{
"name": "default",
"compatibleSdkVersion": "26.0.0",
"targetSdkVersion": "26.0.0",
"runtimeOS": "HarmonyOS"
}

Demo 的 AppScope/app.json5 统一成 com.example.flutter_oh_demo。签名 profile 里绑定的 bundleName 必须与它一致，否则 SignHap 直接报 00303074 Configuration Error。证书、p12、p7b 和密码不提交到仓库。

另外两个和签名、SDK 相关的坑：

• build-profile.json5 里签名材料写 ${HOME} 不会展开，必须是绝对路径，否则报 00303107 Invalid storeFile value。
• DEVECO_SDK_HOME 要指向 Contents/sdk（含版本目录的上一级）。指到 sdk/default 报 00303312 Cannot find the corresponding SDK version，完全不设则报 00303217。

八、通过 AtomGit 引入适配版

在业务工程中使用时锁定 TAG：

dependencies:
audio_stream_player:
git:
url: https://atomgit.com/oh–flutter/audio_stream_player.git
ref: 1.2.0–ohos.1

flutter pub get

然后在 pubspec.lock 里确认 source: git、AtomGit 地址和 resolved-ref，避免解析到 pub.dev 的同名版本。

九、构建、安装和真机验证

cd example
flutter pub get
flutter build hap –debug
hdc install -r build/ohos/hap/entry-default-signed.hap
hdc shell aa start -a EntryAbility -b com.example.flutter_oh_demo

构建输出为 ✓ Built build/ohos/hap/entry-default-signed.hap.，随后 hdc 报告安装成功。所有示例共用同一个 bundleName，重装后要先 aa force-stop 再 aa start，否则系统只是把旧任务拉到前台，看到的是上一次安装的界面——这个现象在批量验证时骗过我一次。

取实测值时用 uitest 定位控件并点击，而不是靠肉眼判断：

hdc shell "uitest dumpLayout -p /data/local/tmp/l.json"
hdc file recv /data/local/tmp/l.json /tmp/l.json
hdc shell "uitest uiInput click <x> <y>"
hdc shell "uitest screenCap -p /data/local/tmp/s.png"

十、适配结果和当前边界

• bufferedDurationMicros 在鸿蒙没有对应接口，AudioRenderer 不暴露已缓冲时长，本方法固定返回 0。
• 采样率与声道在本实现中固定为 44.1kHz / 单声道 / S16LE，与上游默认值一致；若 Dart 侧传入其它格式的 PCM，播放音调会不匹配。

十一、FAQ

Q1：bufferedDurationMicros 为什么恒为 0？

• 原因： AudioRenderer 不暴露已缓冲时长，鸿蒙没有对应接口。方法固定返回 0，README 里标为 no，不伪造一个估算值。

Q2：PCM 格式怎么定的？

• 原因： 固定 44.1kHz / 单声道 / S16LE，与上游默认值一致。如果 Dart 侧传入其它格式的 PCM，播放音调会不匹配，这一点在遗留问题里说明了。

Q3：feed 的数据会二次拷贝吗？

• 原因： 不会。ArrayBuffer 直接交给 AudioRenderer.write()，减少一次内存搬运。

十二、总结

audio_stream_player 1.2.0 在鸿蒙上已经接入真实系统能力，Dart 侧 API 与上游保持一致。本文的验证结果全部来自 HarmonyOS API 26 真机，没有占位返回值；平台本身不具备的能力在正文和 README 中都标注为边界。

十三、参考资料和仓库地址

• 适配仓库主页
• 适配分支
• 适配 TAG
• ArkTS 通道实现
• 鸿蒙适配说明
• pub.dev 包页面
• pub.dev 1.2.0 版本页
• 上游仓库
• Flutter 官方平台通道文档
• Flutter OH 鸿蒙 SDK 仓库
• HarmonyOS 开发者官方文档

欢迎加入CPF-Flutter 鸿蒙社区：https://atomgit.com/CPF-Flutter