🚀 引言:Flutter不止是UI,更是IoT的“遥控器”

在鸿蒙全场景生态中,手机/平板不仅是终端,更是控制智能家居、穿戴设备的中枢。

传统的IoT应用开发通常采用鸿蒙原生ArkTS开发,以确保对硬件API的完整支持。然而,对于需要在多端(手机、车机、智慧屏)保持UI一致性的复杂IoT应用(如全屋智能控制面板),Flutter 依然是不可替代的选择。

核心痛点:Flutter的Dart代码无法直接调用鸿蒙的BluetoothHostSensor等系统级硬件API。

解决方案:利用 Platform Channel 构建“硬件抽象层(HAL)”,由鸿蒙原生层负责与硬件“对话”,Flutter层负责“展示与控制”。


⚙️ 一、 架构设计:三层解耦模型

为了应对复杂的硬件交互逻辑,我们采用**“硬件抽象层(HAL)”**架构:

  1. UI层(Flutter/Dart):负责设备列表展示、状态卡片渲染、用户操作响应。
  2. 通信层(Platform Channel):负责将Dart的数据结构序列化/反序列化为原生数据,并进行线程调度。
  3. 硬件交互层(鸿蒙 Native/ArkTS):负责真正的蓝牙扫描、连接、数据收发、传感器监听。

这种架构实现了**“UI与硬件逻辑解耦”**,即使底层硬件协议变更,也不需要改动Flutter的UI代码。


🔗 二、 实战一:蓝牙设备连接与数据透传

这是IoT开发中最常见的场景,例如连接智能手环或蓝牙打印机。

2.1 关键挑战
  • 生命周期管理:蓝牙连接状态需要与Ability的生命周期绑定。
  • 数据流处理:蓝牙数据通常是字节流(Byte Stream),需要高效地传递给Dart层解析。
2.2 核心实现代码

1. Dart层:封装蓝牙服务

class BluetoothService {
  static const MethodChannel _methodChannel = MethodChannel('bluetooth/method');
  static const EventChannel _eventChannel = EventChannel('bluetooth/event');

  // 扫描设备
  Future<List<Device>> scanDevices() async {
    final List<dynamic> result = await _methodChannel.invokeMethod('startScan');
    return result.map((e) => Device.fromJson(e)).toList();
  }

  // 监听数据流
  void listenData(void onData(String data)) {
    _eventChannel.receiveBroadcastStream().listen((data) {
      onData(data);
    });
  }
}

2. 原生层(ArkTS):调用鸿蒙蓝牙API

// 监听Dart端的方法调用
methodChannel.on('startScan', async () => {
  // 1. 调用鸿蒙系统API开始扫描
  bluetoothHost.startDiscovery().then(devices => {
    // 2. 将设备列表转换为JSON格式回传
    methodChannel.send('scanResult', devices);
  });
});

// 建立事件通道,主动推送数据给Dart
eventChannel.onListen(() => {
  // 监听蓝牙数据接收
  bluetoothHost.on('dataReceive', (data) => {
    // 将原生的ArrayBuffer数据转换为Base64或Hex字符串
    const strData = bufferToHex(data);
    eventChannel.send(strData);
  });
});

📊 三、 实战二:传感器数据实时绘图

结合鸿蒙设备的丰富传感器(如加速度计、陀螺仪),我们可以做数据采集仪。

3.1 场景描述
  • 需求:实时采集设备的加速度数据,在Flutter端绘制波形图。
3.2 性能优化策略
  • 数据采样率:传感器回调频率极高(毫秒级),直接传给Dart层会导致UI卡顿。
  • 优化:在原生层进行**“数据降采样”“边缘计算”**(如计算出峰值后再传递),减少跨线程通信的频率。

🔐 四、 安全与权限:鸿蒙的“篱笆”

在IoT交互中,权限是绕不开的话题。

module.json5 中,必须声明硬件访问权限,否则原生层调用会静默失败:

{
  "module": {
    "reqPermissions": [
      {
        "name": "ohos.permission.USE_BLUETOOTH",
        "reason": "连接智能设备"
      },
      {
        "name": "ohos.permission.LOCATION",
        "reason": "蓝牙扫描需要定位权限(鸿蒙安全机制)"
      },
      {
        "name": "ohos.permission.MICROPHONE",
        "reason": "语音配网需要录音"
      }
    ]
  }
}

📱 五、 典型应用场景

场景 硬件交互能力 Flutter优势
智能家居控制 Wi-Fi配网、蓝牙Mesh组网 多端UI一致,控制面板美观
工业PDA/扫码枪 蓝牙串口通信、GPIO控制 快速开发复杂的业务逻辑界面
运动健康设备 蓝牙心率传输、加速度传感器 丰富的图表库(如fl_chart)做数据可视化
车联网车机 NFC近场通信、车载蓝牙 丝滑的动画体验,适应车机大屏

📌 六、 总结

在鸿蒙+Flutter的混合开发中,**“硬件交互”**不再是短板。

通过 Platform Channel,我们可以将鸿蒙强大的分布式硬件能力(蓝牙、传感器、NFC、USB)无缝注入到Flutter应用中。这使得Flutter不仅适合做C端的展示类应用,更成为了开发B端工业控制、智能家居中控等IoT应用的利器。

核心心法

让鸿蒙做它擅长的“硬”事(硬件交互、系统调度),让Flutter做它擅长的“软”事(UI渲染、交互动画)。


点赞 ▲ 收藏 ⭐ 评论 💬

欢迎大家加入开源鸿蒙跨平台开发者社区,一起共建开源鸿蒙跨平台生态。

Logo

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

更多推荐