Flutter 3.47 鸿蒙三方库适配实战:从 0 到 1 处理 device_identifier
设备唯一标识用于埋点去重、风控和设备绑定。device_identifier 的 Dart API 极简:DeviceIdentifier.deviceId。
本文以 device_identifier 2.0.0 为例,记录我如何保留原有 Dart API、补齐 Flutter OH 插件入口、在鸿蒙端接入真实系统能力,并在 HarmonyOS API 26 真机上完成构建、安装、启动和按钮调用验证。
适配仓库: device_identifier
适配分支: feat/ohos_device_identifier_2.0.0
适配 TAG: 2.0.0-ohos.1
一、先看最终效果
图 1:HarmonyOS API 26 真机启动 Demo。页面显示 device_identifier 2.0.0。
图 2:点击“读取设备标识”后的真实返回:deviceId → 。
| 验证点 | 实测结果 |
|---|---|
| Flutter OH 3.47 工程构建 | 通过,产出 entry-default-signed.hap |
| 安装、启动(真机) | 通过 |
| 读取设备标识 | deviceId → |
二、这个库原来是怎么工作的
一条 MethodChannel:
MethodChannel('device_identifier')
-> id
Android 实现读 Settings.Secure.ANDROID_ID。
三、实际环境
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,HarmonyOS 7.0.0.105(API 26) |
| 目标库 | device_identifier 2.0.0 |
flutter --version
hdc list targets
四、确认上游版本并同步到 AtomGit
上游包地址是 https://github.com/hespinola/device_identifier,版本 2.0.0 使用 MIT License。适配前我用 AtomGit API(GET /api/v5/repos/<org>/<lib>)在 oh-flutter、hxa-flutter、CPF-Flutter 三个组织做了排重,未发现同名 OHOS 实现。
仓库适配提交为 0af17c1,分支与 TAG 2.0.0-ohos.1 均指向该提交。
git clone https://atomgit.com/oh-flutter/device_identifier.git
cd device_identifier
git switch feat/ohos_device_identifier_2.0.0
git log --oneline -5
五、创建适配分支并检查工程结构
git switch -c feat/ohos_device_identifier_2.0.0
关键目录如下:
device_identifier/
├── lib/ # 原有 Dart API 和通道
├── ohos/
│ ├── index.ets # OHOS 插件导出入口
│ └── src/main/ets/components/plugin/
│ └── DeviceIdentifierPlugin.ets # 通道实现
├── example/lib/main.dart # 真机验证 Demo
├── example/ohos/ # Flutter OH 宿主工程
├── pubspec.yaml # 声明 ohos 平台
└── README.OpenHarmony_CN.md # 鸿蒙适配说明
flutter:
plugin:
platforms:
ohos:
pluginClass: DeviceIdentifierPlugin
pluginClass 必须和 ohos/index.ets 导出的类名一致。这一步在所有库里都踩过:名字对不上时 Dart 能编译,运行时却抛 MissingPluginException,没有任何构建期提示。
六、适配过程:注册通道并对齐语义
通道名必须与上游 Dart 源码逐字一致。本库的映射如下:
| 方法 | OpenHarmony 实现 | 说明 |
|---|---|---|
DeviceIdentifier.deviceId | 优先 identifier.getOAID(),回落 deviceInfo.udid | OAID 需用户授权追踪;UDID 需 sec 级权限 |
核心代码:
private async readIdentifier(): Promise<string> {
const oaid = await identifier.getOAID();
if (oaid != null && oaid.length > 0 &&
oaid !== '00000000-0000-0000-0000-000000000000') {
return oaid;
}
return this.readUdid();
}
七、构建配置与签名
示例工程的目标 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 和密码不提交到仓库。
八、通过 AtomGit 引入适配版
在业务工程中使用时锁定 TAG:
dependencies:
device_identifier:
git:
url: https://atomgit.com/oh-flutter/device_identifier.git
ref: 2.0.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,否则系统只是把旧任务拉到前台,看到的是上一次安装的界面。
十、适配结果和当前边界
不伪造:取不到真实标识就返回空串。鸿蒙上 OAID 需要 ohos.permission.APP_TRACKING_CONSENT(user_grant),未授权时系统返回全零 UUID;deviceInfo.udid 需要 sec 级权限,普通应用读不到。生成一个随机 UUID 冒充设备标识会污染业务数据,所以不做。
十一、FAQ
Q1:为什么 deviceId 返回空串?
- 原因: 未授予追踪授权时 OAID 为全零,UDID 又无权限。返回空串是真实状态。
- 验证结果: 已声明
APP_TRACKING_CONSENT,用户同意后可拿到 OAID。
Q2:Android 的 ANDROID_ID 在鸿蒙对应什么?
- 原因: 最接近的是可重置的 OAID;它不是硬件 ID,重置广告标识或卸载重装可能变化。
- 验证结果: 业务侧建议把空值当成"标识不可用"处理,而不是回退到随机数。
十二、总结
device_identifier 2.0.0 在鸿蒙上已经接入真实系统能力,Dart 侧 API 与上游保持一致。本文的验证结果全部来自 HarmonyOS API 26 真机按钮点击,没有占位返回值;平台本身不具备的能力在正文和 README 中都已明确标注为边界。
十三、参考资料和仓库地址
- 适配仓库主页
- 适配分支
- 适配 TAG
- 最终提交 0af17c1
- ArkTS 通道实现
- 鸿蒙适配说明
- pub.dev 包页面
- pub.dev 2.0.0 版本页
- 上游仓库
- Flutter 官方平台通道文档
- Flutter OH 鸿蒙 SDK 仓库
- HarmonyOS 开发者官方文档
欢迎加入CPF-Flutter 鸿蒙社区:https://atomgit.com/CPF-Flutter
更多推荐


所有评论(0)