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

查询 WiFi 状态与当前 SSID,并在具备权限时执行连接操作。

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

适配仓库: plugin_wifi_connect

适配分支: feat/ohos_plugin_wifi_connect_2.0.3

适配 TAG: 2.0.3-ohos.1

一、先看最终效果

在这里插入图片描述

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

验证点实测结果
Flutter OH 3.47 工程构建通过,产出 entry-default-signed.hap
安装、启动(真机)通过
读取 SSID空(未授权定位的系统行为)
连接类方法返回 WIFI_PERMISSION_DENIED(system_core 权限)

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

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

MethodChannel('plugin_wifi_connect')
  -> activateWifi / connect / deactivateWifi / disconnect / getSSID / isWifiEnabled / prefixConnect / secureConnect / securePrefixConnect

通道名与上游一致,但方法按权限分成两档:查询类真实可用,控制类受 system_core 权限限制。

三、实际环境

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(CHZ-AL00),HarmonyOS 7.0.0.109(API 26)
目标库plugin_wifi_connect 2.0.3
flutter --version
hdc list targets

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

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

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

git clone https://atomgit.com/oh-flutter/plugin_wifi_connect.git
cd plugin_wifi_connect
git switch feat/ohos_plugin_wifi_connect_2.0.3
git log --oneline -5

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

git switch -c feat/ohos_plugin_wifi_connect_2.0.3

关键目录如下:

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

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

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

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

方法OpenHarmony 实现说明
isWifiEnabledwifiManager.isWifiActive()yes
getSSIDwifiManager.getLinkedInfoSync().ssidpartially
activateWifi需要 system_core 权限,返回 WIFI_PERMISSION_DENIEDno
deactivateWifi需要 system_core 权限,返回 WIFI_PERMISSION_DENIEDno
connect需要 system_core 权限,返回 WIFI_PERMISSION_DENIEDno
secureConnect同上no
prefixConnect同上no
securePrefixConnect同上no
disconnect同上no

核心代码:

    switch (call.method) {
      case 'isWifiEnabled':
        try {
          result.success(wifiManager.isWifiActive());
        } catch (e) {
          result.success(false);
        }
        break;
      case 'getSSID':
        try {
          const info = wifiManager.getLinkedInfoSync();
          result.success(info?.ssid ?? '');
        } catch (e) {
          result.success(null);
        }
        break;
      case 'activateWifi':
      case 'deactivateWifi':
      case 'connect':
      case 'prefixConnect':
      case 'secureConnect':
      case 'securePrefixConnect':
      case 'disconnect':
        result.error('WIFI_PERMISSION_DENIED',
          'switching Wi-Fi or connecting to a network requires ohos.permission.MANAGE_WIFI_CONNECTION, '
          + 'which is a system_core permission unavailable to normal applications', null);
        break;
      default:
        result.notImplemented();
    }

控制类方法统一返回 WIFI_PERMISSION_DENIED 并带上原因,调用方能一眼看出是权限问题而不是插件没实现。

七、构建配置与签名

示例工程的目标 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:
  plugin_wifi_connect:
    git:
      url: https://atomgit.com/oh-flutter/plugin_wifi_connect.git
      ref: 2.0.3-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"

十、适配结果和当前边界

  • 鸿蒙的 WiFi 开关(enableWifi / disableWifi)与网络连接(addCandidateConfig / connectToCandidateConfig)需要 ohos.permission.MANAGE_WIFI_CONNECTION,该权限在 SDK 权限表中为 system_core 级,普通应用安装时不会获得,调用时系统直接返回 201 Permission denied。因此 7 个连接类方法统一返回 WIFI_PERMISSION_DENIED 错误码并说明原因,不伪造连接成功。
  • getSSID 在未授予定位权限时,系统会返回空串,这是鸿蒙的隐私策略,原生侧如实透传。

十一、FAQ

Q1:为什么连接 WiFi 全部返回 WIFI_PERMISSION_DENIED?

  • 原因: 鸿蒙的 enableWifi / disableWifi / addCandidateConfig / connectToCandidateConfig 需要 ohos.permission.MANAGE_WIFI_CONNECTION,该权限在 SDK 权限表里是 system_core 级,普通应用安装时不会获得。
  • 验证结果: 查询类方法(isWifiEnabled、getSSID)正常返回真实状态,控制类 7 个方法统一返回明确错误码,没有伪造 true。

Q2:为什么不干脆不实现这些方法?

  • 原因: 返回明确错误码能让调用方区分「插件没实现」和「系统不给权限」。静默返回 true 会让业务以为连上了,返回 null 又会被当成未知错误,两种都比现在难排查。

Q3:getSSID 为什么可能是空串?

  • 原因: 未授予定位权限时系统会返回空串,这是鸿蒙的隐私策略。原生侧如实透传,不做伪造。

十二、总结

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

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

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

Logo

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

更多推荐