flutter服务,flutter服务器框架

flutter 蓝牙ble(blue tooth),同时连接多台/多个设备

于是就有了写作本文的动力，--------解决同时连接多台蓝牙设备!!!

flutter_blue 适合于单台的蓝牙设备，使用起来简单

flutter_reactive_ble 适合于单台的蓝牙设备，多台蓝牙设备也可以用

flutter_ble_lib 适合于单台的蓝牙设备，多台蓝牙设备也可以用，可以在模拟器上进行调试蓝牙

感觉后2个第三方库都可以使用，本人先入为主使用了flutter_reactive_ble，所以本文以flutter_reactive_ble为基础进行介绍

先声明4个全局变量，后面会用到

开始扫描

如果扫描过程，不使用过滤条件，withServices这个参数可以给个空数组

停止扫描如下

连接设备

断开设备,

每连接成功一个设备后，就会产生一个_connectionStreamSubscription，对应设备的断开，就用对应的StreamSubscription去断开， 可以用一个HashMap，去记录 连接成功的设备 与 StreamSubscription 的对应关系

去扫描服务，并过滤服务，扫描结果服务里面是包含有特征的数组,如： serviceId:[fff0,fff1,fff2,fff3,...]

去监听上报来的数据,参数来自前面扫描到的结果serviceId--服务ID, characteristicId--特征ID，deviceId--设备ID

后面就是各位看官根据自己的需求去做逻辑处理啦。

对设备设置命令，发送请求(写操作),list为整形数据，要写的数据

读取设备的信息（读操作）

flutter 多台蓝牙设备同时连接的分享就到这里喽，小伴们,觉得有点用的话，或者已经看到这里面来的请点个赞吧~~ 后续分享更多有关flutter的文章。如果有疑问的话，请在下方留言~

过一段时间后,我在项目把这个蓝牙库用起来了,基本能满足日常需求.效果如下:

相关问答

Q1: Flutter 之 文件操作（二十九）

Dart的 IO 库包含了文件读写的相关类，它属于 Dart 语法标准的一部分，所以通过 Dart IO 库，无论是 Dart VM 下的脚本还是 Flutter，都是通过 Dart IO 库来操作文件的，不过和 Dart VM 相比，Flutter 有一个重要差异是文件系统路径不同，这是因为Dart VM 是运行在 PC 或服务器操作系统下，而 Flutter 是运行在移动操作系统中，他们的文件系统会有一些差异。

Android 和 iOS 的应用存储目录不同， PathProvider 插件提供了一种平台透明的方式来访问设备文件系统上的常用位置。该类当前支持访问两个文件系统位置：

File代表一个整体的文件,他有三个构造函数，分别是：

文件读取本身有两种形式，一种是文本，一种是二进制。

2.2.1 读取文本内容

如果是文本文件，File提供了readAsString、readAsLines、readAsStringSync、readAsLinesSync方法，读取文本内容

readAsString 一次性读取所有文本

readAsLines 一行行的读取文本

结果返回的是一个List，list中表示文件每行的内容

readAsStringSync、readAsLinesSync同步读取文本

2.2.2 读取二进制内容

如果文件是二进制，那么可以使用readAsBytes或者同步的方法readAsBytesSync:

dart中表示二进制有一个专门的类型叫做Uint8List,他实际上表示的是一个int的List。

上面提到的读取方式，都是一次性读取整个文件，缺点就是如果文件太大的话，可能造成内存空间的压力。

所以File为我们提供了另外一种读取文件的方法，流的形式来读取文件.

示例

dart提供了open和openSync两个方法来进行随机文件读写：

写入和文件读取一样，可以一次性写入或者获得一个写入句柄，然后再写入。

一次性写入的方法有四种，分别对应字符串和二进制

句柄形式可以调用openWrite方法，返回一个IOSink对象，然后通过这个对象进行写入：

默认情况下写入是会覆盖整个文件的，但是可以通过下面的方式来更改写入模式：

虽然dart中所有的异常都是运行时异常，但是和java一样，要想手动处理文件读写中的异常，则可以使用try,catch:

我们还是以计数器为例，实现在应用退出重启后可以恢复点击次数。 这里，我们使用文件来保存数据：

1.引入PathProvider插件；在pubspec.yaml文件中添加如下声明：

执行 flutter pub get

2.实现如下

参考：

Q2: Flutter开发——socket+udp通信

Android平台使用CoAP通信绑定设备 已在前文中介绍，目前需要从Android平台迁移到Linux平台，flutter提供的CoAP协议包只提供了客户端而没有服务端，在进行设备绑定时，设备不仅要作为服务端，也要作为客户端接收底层的消息推送，尝试实现socket+udp通信模块。

Q3: Flutter中使用gRPC

gRPC是谷歌开发的一款远程过程调用系统，可以让客户端像调用本地对象一样使用服务端应用的方法，使用protocol buffers接口定义语言来定义服务方法，protocol buffer定义参数和返回类型。

protobuf类似json，是一种数据结构协议，在android studio中安装Protobuf Support,方便查看编写的proto文件

dart使用proto插件将proto文件生成对应的dart文件，使用如下步骤

1、安装flutter之后，再flutter的下面路径中有pub命令，需要将命令加入到path中。

可以vi ~/.zshrc,在文件中加入source ~/.bash_profile，然后在vi ~/.bash_profile文件中加入下面路径（:分割不同的路径）

export PATH=/Users/webull/app/flutter/bin:/Users/webull/app/flutter/bin/cache/dart-sdk/bin:/Users/webull/.pub-cache/bin:$PATH

其中fluter/bin是flutter的命令路径，dart-sdk/bin中包含了pub和其他dart命令，.pub-cache/bin是之后运行pub之后建立的路径，里面包含了proto-gen-dart命令，用来将proto文件转换为dart的命令

2、使用下面的命令安装proto插件

$ pub global activate protoc_plugin

安装完成后，上面的用户目录中的.pub-cache目录才会有proto-gen-dart文件。

1、其中/Users/webull是我的用户目录 app/flutter是flutter的安装目录

参考：

1、gRPC介绍

2、gRPC配置

Q4: Flutter工程化之iOS混编集成

在flutter官网上推荐了iOS项目中两种混编方式：

笔者在采用两种集成方式的过程中，因为iOS项目结构设计导致这两种简单的集成方式都有些麻烦，所以在实践中更改和优化了集成方式，使之在笔者的项目中能够更加简单和快速的集成。

问题：在不更改flutter tool中相关脚本的前提下，添加的Script Phase中的脚本相对路径错误，如果只是开发，手动更改下路径就可以了，但是在考虑到CI中不能每次在pod install之后都去更改，所以在开发调试中采用该集成方式，结合flutter attach的方式去调试。

通过编译相关的 xcframework + Cocoapods私有库的集成方式在CI中集成，这样QA的CI不需要配置flutter的相关依赖

根据flutter编译工具的提示： 上面的编译命令是打包flutter工程项目和插件的产物，在实际开发过程中可以发现是否引入了依赖Native的插件会导致贬义编译产物的不同。

根据上面的对比：

第一部分：基础的 Flutter Engine + Flutter App 编译后的产物 Flutter.xcframwork -- Flutter引擎的包 App.xcframework -- 工程项目对应的AOT的编译产物 第二部分：三方插件的注册中心 FlutterPluginRegistrant.xcframework -- 第三方插件的注册中心，其实是Native + iOS通信的集合 第三部分：依赖iOS Native的原生 FMDB . xcframwork path_provider_ios.xcframework sqflite.xcframework -- cached_network_image依赖的原生实现

根据上面的编译产物可以知道Flutter和App是编译后必有的包，后面的两个部分完全是服务于三方插件的，到这可以解答第二个问题：笔者App的混编过程中混编插件失效是因为笔者在NativeApp中重写了Flutter的容器，使用了FlutterEngineGroup动态创建多引擎去对应进入不同的功能模块，混合插件是因为重写过程中没有通过GeneratedPluginRegistrant注册插件，所以需要在Native的Flutter容器中注册插件，使之生效。

在这为什么使用commit的hash作为flutter-libs的依赖，因为pod install的时候会有缓存，除了版本好，commit hash也能保证每次CI编译通过 pod install 来更新flutter-libs依赖产物

完成！！！