Flutter 3.47 鸿蒙三方库适配实战:从 0 到 1 处理 storage_info
Flutter 3.47 鸿蒙三方库适配实战:从 0 到 1 处理 storage_info
读取应用可见存储的总容量、可用容量与已用容量,返回字节整数。
本文以 storage_info 2.0.0 为例,记录我如何保留原有 Dart API、补齐 Flutter OH 插件入口、在鸿蒙端接入真实系统能力,并在 HarmonyOS API 26 真机上完成构建、安装、启动与调用验证。
适配仓库: storage_info
适配分支: feat/ohos_storage_info_2.0.0
适配 TAG: 2.0.0-ohos.1
一、先看最终效果

图 1:HarmonyOS API 26 真机启动示例页
| 验证点 | 实测结果 |
|---|---|
| Flutter OH 3.47 工程构建 | 通过,产出 entry-default-signed.hap |
| 安装、启动(真机) | 通过 |
| 读取总容量 | 119.20928955078125 字节(≈119.2 GB) |
| 读取可用容量 | 62.60493055637926(≈62.6 GB) |
| 读取已用容量 | 56.60435899440199(≈56.6 GB) |
| 三者自洽 | 总 ≈ 可用 + 已用 |
二、这个库原来是怎么工作的
上游 storage_info 通过平台通道与原生侧通信,通道定义在 Dart 源码里,原生侧只需要注册同名通道并实现方法分发,Dart 代码一行都不用改。
MethodChannel('storage_info')
-> getExternalStorageFreeSpace / getExternalStorageTotalSpace / getExternalStorageUsedSpace / getStorageFreeSpace / getStorageTotalSpace / getStorageUsedSpace
三、实际环境
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) |
| 目标库 | storage_info 2.0.0 |
flutter --version
hdc list targets
这里要特别注意 Flutter 版本:本机同时装了 3.41 和 3.47.4-ohos,3.41 会因为 SDK 约束解析失败,构建时必须显式把 3.47.4-ohos 放到 PATH 前面。
四、确认上游版本并同步到 AtomGit
上游包地址是 https://github.com/aakashkondhalkar/storage_info.git,版本 2.0.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/storage_info.git
cd storage_info
git switch feat/ohos_storage_info_2.0.0
git log --oneline -5
五、创建适配分支并检查工程结构
git switch -c feat/ohos_storage_info_2.0.0
关键目录如下:
storage_info/
├── lib/ # 原有 Dart API 和通道
├── ohos/
│ ├── index.ets # OHOS 插件导出入口
│ └── src/main/ets/components/plugin/
│ └── StorageInfoPlugin.ets
├── example/lib/main.dart # 真机验证 Demo
├── example/ohos/ # Flutter OH 宿主工程
├── pubspec.yaml # 声明 ohos 平台
└── README.OpenHarmony_CN.md # 鸿蒙适配说明
flutter:
plugin:
platforms:
ohos:
pluginClass: StorageInfoPlugin
pluginClass 必须和 ohos/index.ets 导出的类名一致。这一步是本批次最容易踩的坑:pubspec.yaml 里漏掉 ohos 声明时,Flutter 生成的 GeneratedPluginRegistrant.ets 是个空 try 块,Dart 侧调用直接返回 null,构建期没有任何报错,运行时也不抛 MissingPluginException,只是所有返回值都是空的。我第一次跑 is_lock_screen2 就卡在这里,查了半天日志才发现注册表是空的。
六、适配过程:注册通道并对齐语义
通道名必须与上游 Dart 源码逐字一致。本库的映射如下:
| 方法 | OpenHarmony 实现 | 说明 |
|---|---|---|
getStorageTotalSpace | storageStatistics.getTotalSizeSync() | yes |
getStorageFreeSpace | storageStatistics.getFreeSizeSync() | yes |
getStorageUsedSpace | 已用容量 = 总容量 - 可用容量 | yes |
getExternalStorageTotalSpace | 与内置存储同值(鸿蒙不对普通应用开放外置分区统计) | partially |
getExternalStorageFreeSpace | 与内置存储同值 | partially |
getExternalStorageUsedSpace | 与内置存储同值 | partially |
核心代码:
switch (call.method) {
case 'getStorageTotalSpace':
case 'getExternalStorageTotalSpace':
result.success(storageStatistics.getTotalSizeSync());
break;
case 'getStorageFreeSpace':
case 'getExternalStorageFreeSpace':
result.success(storageStatistics.getFreeSizeSync());
break;
case 'getStorageUsedSpace':
case 'getExternalStorageUsedSpace': {
const total: number = storageStatistics.getTotalSizeSync();
const free: number = storageStatistics.getFreeSizeSync();
result.success(total - free);
break;
}
default:
result.notImplemented();
}
} catch (error) {
const e = error as BusinessError;
result.error('STORAGE_STATS_UNAVAILABLE', `read storage statistics 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:
storage_info:
git:
url: https://atomgit.com/oh-flutter/storage_info.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,否则系统只是把旧任务拉到前台,看到的是上一次安装的界面——这个现象在批量验证时骗过我一次。
取实测值时用 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"
十、适配结果和当前边界
- 鸿蒙只对普通应用开放内置存储统计(
@ohos.file.storageStatistics),外置与分布式存储需要额外权限且口径不同,因此getExternalStorage*三个方法返回与内置存储相同的数值,不伪造另一个分区的容量。
十一、FAQ
Q1:为什么外置存储和外置存储返回的数值完全一样?
- 原因: 鸿蒙只对普通应用开放内置存储统计(
@ohos.file.storageStatistics),外置与分布式存储需要额外权限且口径不同。本实现让getExternalStorage*与内置方法返回同值,而不是编一个假的另一个分区数字。 - 验证结果: 三个方法在真机上分别返回 119.21 GB / 62.60 GB / 56.60 GB,与内置方法逐字节相同。
Q2:为什么已用容量不是单独读出来的?
- 原因: 鸿蒙没有「已用容量」接口,
getTotalSizeSync()给总量、getFreeSizeSync()给可用量,二者相减即已用。 - 验证结果: 119.209 − 62.605 = 56.604,与
getStorageUsedSpace的返回值完全一致,说明换算没有误差累积。
Q3:每次调用都会重新读系统吗?
- 原因: 是。实现里没有缓存,三个方法每次都直接调
storageStatistics,所以应用写入数据后可用与已用容量会立刻变化,不需要重新创建插件实例。
十二、总结
storage_info 2.0.0 在鸿蒙上已经接入真实系统能力,Dart 侧 API 与上游保持一致。本文的验证结果全部来自 HarmonyOS API 26 真机,没有占位返回值;平台本身不具备的能力在正文和 README 中都标注为边界。
十三、参考资料和仓库地址
- 适配仓库主页
- 适配分支
- 适配 TAG
- ArkTS 通道实现
- 鸿蒙适配说明
- pub.dev 包页面
- pub.dev 2.0.0 版本页
- 上游仓库
- Flutter 官方平台通道文档
- Flutter OH 鸿蒙 SDK 仓库
- HarmonyOS 开发者官方文档
欢迎加入CPF-Flutter 鸿蒙社区:https://atomgit.com/CPF-Flutter
更多推荐



所有评论(0)