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

来电界面是 VoIP 类应用的门面:锁屏横幅、接听/拒绝按钮、通话中的状态管理。flutter_callkit_incoming 在 Android 上对接 ConnectionService 与通知体系,在 iOS 上对接 CallKit。把它带到鸿蒙时,重点是理清它的双通道结构。

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

适配仓库: oh-flutter/flutter_callkit_incoming

适配分支: feat/ohos_flutter_callkit_incoming_3.1.6

适配 TAG: 3.1.6-ohos.2

一、先看最终效果

图 1:HarmonyOS API 26 真机启动 Demo。页面显示 flutter_callkit_incoming 3.1.6。

图 2:点击“查询活动通话”后返回 activeCalls = 0 条——来自 getCallStateSync() 的真实查询,设备当前确实没有通话。

图 3:点击“结束全部通话”后返回 endAllCalls 调用完成,清理路径完整。

验证点实测结果证据
Flutter OH 3.47 工程构建通过entry-default-signed.hap
安装、启动通过图 1
activeCalls返回 0 条(设备无通话时的真实状态)图 2
endAllCalls安全完成图 3
来电 UI系统通话应用职责,如实标注适配边界

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

这条库注册了两条 MethodChannel 和一条事件流:

Dart FlutterCallkitIncoming
  -> MethodChannel('flutter_callkit_incoming')           # 控制面:show/end/hold/mute 等
  -> MethodChannel('flutter_callkit_incoming_background') # 后台处理通道
  -> EventChannel('flutter_callkit_incoming_events')      # 事件流
  -> Android ConnectionService / iOS CallKit

方法映射覆盖 activeCalls、showCallkitIncoming、endCall、endAllCalls、holdCall、muteCall 等 19 个入口,本文的 Demo 验证了查询与清理两条路径。

三、实际环境

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

组件版本
Flutter OH3.47.4-ohos-1.0.4
Dart3.13.3
DevEco Studio26.0.0 Release
HarmonyOS SDKAPI 26
测试设备华为畅享 90 Pro Max,HarmonyOS 7.0.0.105(API 26)
目标库flutter_callkit_incoming 3.1.6
flutter --version
hdc list targets

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

上游包地址是 https://github.com/hiennguyen92/flutter_callkit_incoming,版本 3.1.6 使用 MIT License。适配前我在 AtomGit 目标组织中搜索了同名库,没有找到可以直接使用的 OHOS 实现。

仓库适配提交为 f0a8e7e,分支与 TAG 3.1.6-ohos.2 均指向该提交。

git clone https://atomgit.com/oh-flutter/flutter_callkit_incoming.git
cd flutter_callkit_incoming
git switch feat/ohos_flutter_callkit_incoming_3.1.6
git log --oneline -5

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

git switch -c feat/ohos_flutter_callkit_incoming_3.1.6

关键目录如下:

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

pubspec.yaml 中的关键声明是:

flutter:
  plugin:
    platforms:
      ohos:
        pluginClass: FlutterCallkitIncomingPlugin

pluginClass 必须和 ohos/index.ets 导出的类名一致,否则 Dart 端能编译,运行时却不会注册插件。

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

// 真实查询系统通话状态
private async activeCalls(): Promise<Array<Record<string, Object | null>>> {
  const state = call.getCallStateSync();
  if (state === call.CallState.CALL_STATE_IDLE
      || state === call.CallState.CALL_STATE_UNKNOWN) {
    return [];
  }
  return [{
    'id': 'ohos-system-call',
    'callState': this.stateName(state),   // RINGING / ACTIVE
    'isAccepted': state === call.CallState.CALL_STATE_OFFHOOK,
    'isVideo': false,
  }];
}
方法OpenHarmony 实现
activeCallstelephony.call.getCallStateSync() 真实读取系统通话状态
isMuted返回 false(由通话应用管理)
getDevicePushTokenVoIP返回 null(鸿蒙 Push Kit 无 VoIP 令牌概念)
showCallkitIncoming / startCallUNSUPPORTED——来电 UI 属系统通话应用

七、构建配置与签名

示例工程的目标 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,与 DevEco 调试签名对应。证书、p12、p7b 和密码没有提交到仓库,读者应在自己的 DevEco Studio 中生成调试签名。

八、通过 AtomGit 引入适配版

在另一个 Flutter OH 应用中使用时,建议锁定 TAG:

dependencies:
  flutter_callkit_incoming:
    git:
      url: https://atomgit.com/oh-flutter/flutter_callkit_incoming.git
      ref: 3.1.6-ohos.2
flutter pub get

然后在 pubspec.lock 检查 source: git、AtomGit 地址和 resolved-ref,确认没有解析到 pub.dev 的同名版本。

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

cd example
flutter pub get
flutter analyze
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 报告安装成功并启动 Ability。真机上按本文的截图顺序逐一点击按钮完成验证。

十、适配结果和当前边界

这里的能力边界是平台职责划分,不是实现遗漏:

鸿蒙的来电界面由系统通话应用(拨号/通讯录)统一提供,第三方应用无法绘制全屏来电 UI,也无法挂断其他应用的通话。ohos.permission.PLACE_CALL 等通话控制权限是 system_basic 级,普通三方应用无法申请。

因此在鸿蒙上,这个库的合理用法是查询系统通话状态(activeCalls 真实可用);需要自绘来电界面的场景应改用应用内 Call UI + 系统通知。

十一、FAQ

Q1:为什么要注册两条 MethodChannel?

  • 现象: 上游同时有主通道与背景通道,Dart 侧两条都会用。
  • 解决方法: 两条都要注册并绑到同一个 handler。
  • 验证结果: 调用无 MissingPluginException。

Q2:activeCalls 显示 0 条代表什么?

  • 现象: 设备当前没有进行中的通话,这是 getCallStateSync() 返回的真实状态。
  • 解决方法: 直接按列表长度渲染,有通话时同一条通道会返回对应的通话记录。
  • 验证结果: 真机验证返回 0 条。

Q3:endAllCalls 没通话为什么也返回成功?

  • 现象: 系统通话由通话应用管理,本端没有自持界面,停止操作是安全无操作。
  • 解决方法: 调用方不必特殊处理。
  • 验证结果: 验证返回成功。

十二、总结

flutter_callkit_incoming 3.1.6 在鸿蒙上的适配聚焦于真实可用的通话状态查询:用 telephony.call.getCallStateSync() 读取系统通话状态并映射为 activeCalls。来电界面能力如实标注为系统职责,不伪造可用性。

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

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

Logo

作为“人工智能6S店”的官方数字引擎,为AI开发者与企业提供一个覆盖软硬件全栈、一站式门户。

更多推荐