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

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

监听设备通话状态，并在状态变化时向 Dart 推送事件。

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

适配仓库：call_state_handler

适配分支：feat/ohos_call_state_handler_3.0.0

适配 TAG：3.0.0-ohos.1

一、先看最终效果

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

验证点	实测结果
Flutter OH 3.47 工程构建	通过，产出`entry-default-signed.hap`
安装、启动（真机）	通过
读取当前通话状态	`No active call`（IDLE）

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

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

MethodChannel('com.example.call_detector/methods') EventChannel('com.example.call_detector/events') -> dispose / initialize / setVoipDetectionEnabled

三、实际环境

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

组件	版本
Flutter OH	`3.47.4-ohos-1.0.4`
Dart	`3.13.3`
DevEco Studio	`26.0.0 Release`
HarmonyOS SDK	API 26
测试设备	华为畅享 90 Pro Max（CHZ-AL00），HarmonyOS`7.0.0.109`（API 26）
目标库	`call_state_handler 3.0.0`

flutter--versionhdc list targets

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

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

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

gitclone https://atomgit.com/oh-flutter/call_state_handler.gitcdcall_state_handlergitswitch feat/ohos_call_state_handler_3.0.0gitlog--oneline-5

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

gitswitch-cfeat/ohos_call_state_handler_3.0.0

关键目录如下：

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

flutter:plugin:platforms:ohos:pluginClass:CallStateHandlerPlugin

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

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

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

方法	OpenHarmony 实现	说明
`initialize`	`call.getCallStateSync()`	yes
`dispose`	`observer.off('callStateChange')`	yes
`setVoipDetectionEnabled`	鸿蒙以系统通话状态为准，无独立 VoIP 检测开关，调用成功但不改变行为	partially
`callStateEvents`	`observer.on('callStateChange')`	yes

核心代码：

switch(call2.method){case'initialize':result.success(stateName(call.getCallStateSync()));break;case'dispose':result.success(null);break;case'setVoipDetectionEnabled':// 鸿蒙以系统通话状态为准，无独立 VoIP 检测开关result.success(null);break;default:result.notImplemented();}

七、构建配置与签名

示例工程的目标 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:call_state_handler:git:url:https://atomgit.com/oh-flutter/call_state_handler.gitref:3.0.0-ohos.1

flutter pub get

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

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

cdexample flutter pub get flutter build hap--debughdcinstall-rbuild/ohos/hap/entry-default-signed.hap hdc shell aa start-aEntryAbility-bcom.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"hdcfilerecv /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"

十、适配结果和当前边界

setVoipDetectionEnabled是 Android 专有的 VoIP 识别开关，鸿蒙没有对应能力，调用返回成功但不改变任何行为。

十一、FAQ

Q1：为什么 setVoipDetectionEnabled 调用成功但没效果？

原因：这是 Android 专有的 VoIP 识别开关，鸿蒙以系统通话状态为准，没有对应能力。实现返回成功但不改变任何行为，并在 README 里标为 partially。

Q2：通话状态是怎么读的？

原因：call.getCallStateSync()读当前状态，observer.on('callStateChange')订阅变化。原生枚举CallState.CALL_STATE_*映射为上游一致的IDLE/RINGING/OFFHOOK。
验证结果：设备无通话时页面显示No active call，对应IDLE。