国产 ROM 的自启动管理是推送与后台任务的常见问题。auto_start_flutter 用于跳转厂商的自启动设置页。

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

适配仓库: auto_start_flutter

适配分支: feat/ohos_auto_start_flutter_1.5.0

适配 TAG: 1.5.0-ohos.1

一、先看最终效果

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

图 2:点击“查询厂商”后的真实返回:getDeviceManufacturer → HUAWEI。

图 3:点击“打开应用设置页”后的真实返回:openAutoStartPermission → 已跳转。

验证点实测结果
Flutter OH 3.47 工程构建通过,产出 entry-default-signed.hap
安装、启动(真机)通过
查询厂商getDeviceManufacturer → HUAWEI
打开应用设置页openAutoStartPermission → 已跳转

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

两条 MethodChannel(历史原因):

MethodChannel('auto_start_flutter')
MethodChannel('com.techflow.co/auto_start_flutter')

三、实际环境

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)
目标库auto_start_flutter 1.5.0
flutter --version
hdc list targets

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

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

仓库适配提交为 4bec43a,分支与 TAG 1.5.0-ohos.1 均指向该提交。

git clone https://atomgit.com/oh-flutter/auto_start_flutter.git
cd auto_start_flutter
git switch feat/ohos_auto_start_flutter_1.5.0
git log --oneline -5

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

git switch -c feat/ohos_auto_start_flutter_1.5.0

关键目录如下:

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

pluginClass 必须和 ohos/index.ets 导出的类名一致。这一步在所有库里都踩过:名字对不上时 Dart 能编译,运行时却抛 MissingPluginException,没有任何构建期提示。

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

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

方法OpenHarmony 实现说明
getDeviceManufacturerdeviceInfo.manufacture真实厂商
openAppInfo / openAutoStartPermissionstartAbility({action:'ohos.want.action.applicationDetail', bundleName})打开系统应用信息页
isAutoStartPermission返回 false鸿蒙不开放自启动开关查询

核心代码:

await this.ability.context.startAbility({
  action: 'ohos.want.action.applicationDetail',
  bundleName: this.ability.context.applicationInfo.name,
});

七、构建配置与签名

示例工程的目标 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:
  auto_start_flutter:
    git:
      url: https://atomgit.com/oh-flutter/auto_start_flutter.git
      ref: 1.5.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,否则系统只是把旧任务拉到前台,看到的是上一次安装的界面。

十、适配结果和当前边界

鸿蒙没有第三方可跳转的自启动白名单页,后台保活由系统统一管理。本实现跳转到系统应用信息页,让用户在那里调整权限与启动管理。

十一、FAQ

Q1:为什么一开始报 16000019?

  • 原因: bundleName 放进了 parameters,但 startAbility 要求它在 Want 顶层。
  • 验证结果: 移到顶层后 openAutoStartPermission → 已跳转。

Q2:getDeviceManufacturer 返回什么?

  • 原因: 真实厂商名。
  • 验证结果: 本机返回 HUAWEI。

十二、总结

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

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

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

Logo

开源鸿蒙跨平台开发社区汇聚开发者与厂商,共建“一次开发,多端部署”的开源生态,致力于降低跨端开发门槛,推动万物智联创新。

更多推荐