于是就有了写作本文的动力，--------解决同时连接多台蓝牙设备!!!
成都创新互联公司10多年企业网站制作服务;为您提供网站建设,网站制作,网页设计及高端网站定制服务,企业网站制作及推广,对成都发电机回收等多个行业拥有丰富的网站制作经验的网站建设公司。
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的文章。如果有疑问的话，请在下方留言~
过一段时间后,我在项目把这个蓝牙库用起来了,基本能满足日常需求.效果如下:
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.实现如下
参考：
Android平台使用CoAP通信绑定设备 已在前文中介绍，目前需要从Android平台迁移到Linux平台，flutter提供的CoAP协议包只提供了客户端而没有服务端，在进行设备绑定时，设备不仅要作为服务端，也要作为客户端接收底层的消息推送，尝试实现socket+udp通信模块。
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配置
在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依赖产物
完成！！！
