如何在不阻塞Flutter应用的前提下运行同步搜索功能？

问题根因 #

你当前的实现直接在主UI线程调用communcationBus.search同步方法，4800bit/s速率下的10秒以上耗时操作会直接阻塞Flutter主事件循环，就是卡顿的直接来源。

实现思路 #

把耗时的总线搜索逻辑转移到后台Isolate执行，避免阻塞UI渲染，同时通过Isolate通信端口把每次新发现的设备实时回传给主线程更新表格。

改造后代码示例 #

SearchBar(
  onSearch: (selection, parametersToDisplay) async {
    clearSearchResults();
    // 建立主Isolate和后台Isolate的通信端口
    final receivePort = ReceivePort();
    // 启动后台Isolate执行搜索任务
    await Isolate.spawn(_backgroundSearchTask, {
      'sendPort': receivePort.sendPort,
      'selection': selection,
      'parametersToDisplay': parametersToDisplay,
    });
    // 监听后台返回的搜索结果
    receivePort.listen((dynamic data) {
      if (data is Device) { // 替换为你实际的设备实体类名
        addToSearchResults(data);
      } else if (data == 'searchCompleted') {
        // 搜索结束后关闭端口释放资源
        receivePort.close();
      }
    });
  },
  onUpdateSearch: (display) {}, // TODO
)

// 后台执行的搜索方法，必须是顶级静态方法
void _backgroundSearchTask(Map<String, dynamic> params) {
  final sendPort = params['sendPort'] as SendPort;
  final selection = params['selection'];
  final parametersToDisplay = params['parametersToDisplay'];
  // 执行耗时搜索操作
  communcationBus.search(selection, parametersToDisplay, onFound: (device) {
    // 每发现一个设备就回传给主Isolate
    sendPort.send(device);
  });
  // 搜索完成发送结束标记
  sendPort.send('searchCompleted');
}

注意事项 #

• 如果communcationBus依赖主Isolate的原生MethodChannel绑定，要么提前在后台Isolate初始化对应通道，要么把搜索逻辑移到原生侧后台线程执行，通过EventChannel向Flutter侧实时回调设备结果
• 可以额外加搜索取消逻辑，用户中途终止搜索时直接kill后台Isolate，避免无效资源占用
• 传递的设备实体需要是Dart可序列化类型，不支持的属性要提前转为字符串、数字等基础类型再传递

内容的提问来源于stack exchange，提问作者emanuel