Flutter 异步加载数据，UI卡顿

记录下坑

创新互联服务项目包括新野网站建设、新野网站制作、新野网页制作以及新野网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，新野网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到新野省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

一开始我就使用Future、async、await去做异步操作，以为这样能解决问题，经过一天研究发现他们都还在同一个线程里面，也就是UI线程，导致卡顿，这明显不是我们想要的异步加载数据。

Dart真正的线程叫隔离（Isolate）

难受香菇

有点心累，记录下吧。

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的文章。如果有疑问的话，请在下方留言~

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

关于flutter NestedScrollView导致其body的tabbarview的多个list同步滚动的解决方案

讲道理我起的好长的名字啊，不过文如上题，搜索到这里的兄弟应该都知道我说的是啥情况，正好

～～

我这个方案可能有点笨拙TT，不过自测有效，有其它想法的老哥希望可以帮忙指点一下～

下面进入正题

点进源码里面看，可以发现他直接继承了StatelessWidget，那我们就直接看看build方法

可以看到，这里直接返回一个scrollable或者一个子节点是scrollable的InheritedWidget

scrollable是一个StatefulWidget，那我们就看看它的state

首先scrollable持有一个scrollposition对象，是通过其scrollcontroller构建的

在其state的setCanDrag方法中，对其拖动设置了一系列的监听

这里就可以看出来，当拖动触发时，就会通过当前scrollable的position生成一个Drag/Hold对象，并调用相应的方法 这个position有几个子类，我们先随便看一个实现

可以看到生成了一个ScrollDragController对象，当手势拖动而调用这个对象的update方法时

可以看到直接调用其委托对象的applyUserOffset方法进行偏移，而这个委托对象根据刚才的drag方法可以得知正是我们scrollable中的position

最后，由position通知其scrollcontext，也就是之前的scrollable进行滑动

具体的滑动流程这里就不细说了，我们只是要知道这个事件是怎么传递的就好了，有兴趣的老哥可以自行分析

NestedScrollView是一个statefulwidget，那我们就先看看它的build方法

先忽略其他奇奇怪怪的方法，我们发现在我们body的外面，包裹了一层PrimaryScrollController，同时它还持有innerController，这个innerController暂时先不管它是啥

还记不记得在最开始ScrollView的build方法中，生成Scrollable的时候，我们已经见过这个PrimaryScrollController了，再回顾一下

再看看PrimaryScrollController.of(context)

可以看到，在生成scrollable的时候，在primary = true的情况下是会向上查找的，看看有没有PrimaryScrollController，如果有的话，scrollable使用的controller实际就是nestedscrollview中的innerController了

而之前看过了，scrollable中的position就是scrollcontroller来生成的，那么在这种情况下：

实际上是生成了_NestedScrollPosition并返回给了body中的scrollable

构造方法中有一个参数coordinator 暂时先不管

好了，下面我们在回头看刚才NestedScrollView的build方法，实际上是生成了一个_NestedScrollViewCustomScrollView，继承自大名鼎鼎的CustomScrollView，它当然也是scrollview啦，而我们传给它的controller也是一个_NestedScrollController，不过叫做_outerController，和body中的不是同一个罢了，那么自然这个父scrollview的position也是_NestedScrollPosition。

下面我们按照之前的逻辑，当拖动开始时，就会调用position.drag方法

可以看到，实际上吧方法交给了我们之前多次见到的coordinator来完成，那我们就简单看一下吧

这里可以看到，他把返回的ScrollDragController的委托者设成了自己

那么自然在拖动的时候，调用的就是coordinator的applyUseroffset方法了 我们分析一下

可以看到，在需要子列表滚动时，是对innerPositions中的所有position调用滑动方法的

而这innerPositions中的position是怎么来的呢？跟踪一下可以发现是在调用NestedScrollController的attach时添加进来的，如下

因为之前我们看到过，子scrollable中的controller就是这个NestedScrollController，所以在updateopsition时会把旧的detach调，把新生成的position attach进来

另外，在dispose中也会detach

由此我们就知道啦，因为开启了缓存后就不会调用划出屏幕的页面的dispose，自然所有子scrollable的position都存在nestedScrollController里面了，当发生滑动时，遍历调用positions数组，就导致屏幕外的列表也跟着滑动了～

既然开启了缓存，手动dispose肯定是没啥意义的，实际上我们只要在页面切换过后把未显示的position 给detach掉就好了。

然鹅，因为flutter不支持反射，子布局传递的position我们拿不到，nestedScrollController我们也不能直接拿到=。=

不过有一个对象我们之前见到过，scrollable就是通过他获取controller的，而position则是传给了获取到的controller 就是PrimaryScrollController了，所以我打算在中间第三者插足，对传递Position的PrimaryScrollController进行Hook

在使用的时候把子列表添加进去，并设置对应的GlobalKey。

然后监听Tab切换

以上是我的方案，有问题的话还希望老哥帮忙指正，也希望有其他思路的老哥指点一下～～

上一下Github项目地址 用Flutter写的WanAndroid 其中用到了这个方案

= =

3

Flutter Boost 接入实践（iOS 篇）

本文将简单梳理一下 iOS 工程接入的 Flutter Boost 的流程，以作为前文的补充。

flutter_application_path = '../flutter_module'

load File.join(flutter_application_path, '.ios', 'Flutter', 'podhelper.rb')

target 'FlutterHybridiOS' do

install_all_flutter_pods(flutter_application_path)

end

接着在工程根目录下运行 pod install ，即可集成上 Flutter Module。看到我们的 Pods 中多了以下几个模块，即说明集成成功。

接着在工程根目录下运行 pod install ，即可集成上 Flutter Module。看到我们的 Pods 中多了以下几个模块，即说明集成成功。

这一块直接参照 Flutter Boost 官方提供的 example 就好了：

PlatformRouterImp.h：

PlatformRouterImp.m：

可以看到，Flutter Boost 支持常规 push，也支持打开模态弹窗，也支持手动 pop。

AppDelegate.h：

AppDelegate.m：

同样的，这里可在 Native 端用两种不同的方式去打开我们在 Flutter Module 中注册好的路由名。

至此，我们成功在 iOS 工程中接入了 Flutter Boost，那就开启我们的混编之旅吧~

小程序开发和App开发有什么区别，哪个好学一些？

小程序有很多种，微信小程序、钉钉小程序 等等。而App也分分了好几个阵营。

我们现在说的小程序一般都是基于H5的，或者说语法非常的类似，配合js和css样式达到相应的显示效果。开发时涉及的技术栈主要是h5、css、js 相关的。

App 来说也分原生App 和 H5 App 还有就是混合开发的。原生App来说体验好，Android app主要的开发语言是java和Kotlin，iOS 的app开发语言是Objective-C 和 swift。原生App需要了解平台语言和相关的UI框架。

混合App 也有很多框架类似ionic 等等，这部分需要了解相关的js，例如Angularjs reactjs vue.js 等等，体系也很多。

谷歌的flutter 号称跨平台开发，使用的是dart语言。这也是近几年推出的。

总的来说难易程度上小程序应该会更容易一些吧。当然这也是因人而异。