Flutter Column嵌套Listview不能滚动的问题

如果做这个筛选界面的时候，刚开始最外层用Column嵌套一个Container(红色部分)和ListView。

成都创新互联从2013年开始，先为郾城等服务建站，郾城等地企业，进行企业商务咨询服务。为郾城企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

然后每个Item也是Column嵌套一个Container（大分类）

和GridView(小分类) 。出现的问题就是不能滚动。

在Listview和GridView外面嵌套一个Expanded，不能滚动是因为Container尺寸计算的问题，Expande就是listview有多大就有多大。

Item嵌套

ios原生嵌套Flutter模块

通过以下命令解决

执行完毕后，Flutter module将会创建在ios项目/my_flutter目录下

将Flutter模块嵌入到现有iOS应用程序中有两种方式：

此方法需要所有的相关开发的人员安装 Flutter 环境。

需要在my_flutter文件夹下执行一下

把.ios和.android等flutter配置生成出来。

AppDelegate.h:

AppDelegate.m:

控制器：

flutter：

注册路由

通过全局FlutterEngine实例化FlutterViewController，并setInitialRoute设置初始化路由，这里发现设置的初始化路由路由并不管用

控制器：

设置FlutterViewController的pushRoute

这里其实只是让flutter方面push一次

新建一个FlutterViewController并把setInitialRoute设置为跳转的路由，不通过全局的FlutterEngine创建

放一个之前自己学习时写的demo，希望可以帮助新入门的老铁们，有好的建议可以提一下，我们一起进步，奥利给！！！

Flutter跨组建传递数据的三种方式

背景：flutter组件嵌套都很深，依次传递数据很麻烦，所以最好是能够跨组件传递。有三张跨组件的方式：InheritedWidget、Notification、Eventbus.

是一种自上而下的传递数据的方式。

使用步骤：

它的数据流动方式和InheritedWidget刚好相反，从子控件向上面传递。

具体使用

跟android 原生的eventbus原理和使用一样。

Flutter 小技巧之优化你使用的 BuildContext

Flutter 里的 BuildContext 相信大家都不会陌生，虽然它叫 Context，但是它实际是 Element 的抽象对象，而在 Flutter 里，它主要来自于 ComponentElement 。

关于 ComponentElement 可以简单介绍一下，在 Flutter 里根据 Element 可以简单地被归纳为两类：

所以一般情况下，我们在 build 方法或者 State 里获取到的 BuildContext 其实就是 ComponentElement 。

那使用 BuildContext 有什么需要注意的问题 ？

首先如下代码所示，在该例子里当用户点击 FloatingActionButton 的时候，代码里做了一个 2秒的延迟，然后才调用 pop 退出当前页面。

正常情况下是不会有什么问题，但是当用户在点击了 FloatingActionButton 之后，又马上点击了 AppBar 返回退出应用，这时候就会出现以下的错误提示。

可以看到此时 log 说，Widget 对应的 Element 已经不在了，因为在 Navigator.of(context) 被调用时， context 对应的 Element 已经随着我们的退出销毁。

一般情况下处理这个问题也很简单， 那就是增加 mounted 判断，通过 mounted 判断就可以避免上述的错误 。

上面代码里的 mounted 标识位来自于 State ， 因为 State 是依附于 Element 创建，所以它可以感知 Element 的生命周期 ，例如 mounted 就是判断 _element != null; 。

那么到这里我们收获了一个小技巧： 使用 BuildContext 时，在必须时我们需要通过 mounted 来保证它的有效性 。

那么单纯使用 mounted 就可以满足 context 优化的要求了吗 ？

如下代码所示，在这个例子里：

由于在 5 秒之内，Item 被划出了屏幕，所以对应的 Elment 其实是被释放了，从而由于 mounted 判断， SnackBar 不会被弹出。

那如果假设需要在开发时展示点击数据上报的结果，也就是 Item 被释放了还需要弹出，这时候需要如何处理 ？

我们知道不管是 ScaffoldMessenger.of(context) 还是 Navigator.of(context) ，它本质还是通过 context 去往上查找对应的 InheritedWidget 泛型，所以其实我们可以提前获取。

所以，如下代码所示，在 Future.delayed 之前我们就通过 ScaffoldMessenger.of(context); 获取到 sm 对象，之后就算你直接退出当前的列表页面，5秒过后 SnackBar 也能正常弹出。

为什么页面销毁了，但是 SnackBar 还能正常弹出 ？

因为此时通过 of(context); 获取到的 ScaffoldMessenger 是存在 MaterialApp 里，所以就算页面销毁了也不影响 SnackBar 的执行。

但是如果我们修改例子，如下代码所示，在 Scaffold 上面多嵌套一个 ScaffoldMessenger ，这时候在 Item 里通过 ScaffoldMessenger.of(context) 获取到的就会是当前页面下的 ScaffoldMessenger 。

这种情况下我们只能保证Item 不可见的时候 SnackBar 还能正常弹出， 而如果这时候我们直接退出页面，还是会出现以下的错误提示，因为 ScaffoldMessenger 也被销毁了 。

所以到这里我们收获第二个小技巧： 在异步操作里使用 of(context) ，可以提前获取，之后再做异步操作，这样可以尽量保证流程可以完整执行 。

既然我们说到通过 of(context) 去获取上层共享往下共享的 InheritedWidget ，那在哪里获取就比较好 ？

还记得前面的 log 吗？在第一个例子出错时，log 里就提示了一个方法，也就是 State 的 didChangeDependencies 方法。

为什么是官方会建议在这个方法里去调用 of(context) ？

首先前面我们一直说，通过 of(context) 获取到的是 InheritedWidget ，而 当 InheritedWidget 发生改变时，就是通过触发绑定过的 Element 里 State 的 didChangeDependencies 来触发更新， 所以在 didChangeDependencies 里调用 of(context) 有较好的因果关系 。

那我能在 initState 里提前调用吗 ？

当然不行，首先如果在 initState 直接调用如 ScaffoldMessenger.of(context).showSnackBar 方法，就会看到以下的错误提示。

这是因为 Element 里会判断此时的 _StateLifecycle 状态，如果此时是 _StateLifecycle.created 或者 _StateLifecycle.defunct ，也就是在 initState 和 dispose ，是不允许执行 of(context) 操作。

当然，如果你硬是想在 initState 下调用也行，增加一个 Future 执行就可以成功执行

那我在 build 里直接调用不行吗 ？

直接在 build 里调用肯定可以，虽然 build 会被比较频繁执行，但是 of(context) 操作其实就是在一个 map 里通过 key - value 获取泛型对象，所以对性能不会有太大的影响。

真正对性能有影响的是 of(context) 的绑定数量和获取到对象之后的自定义逻辑 ，例如你通过 MediaQuery.of(context).size 获取到屏幕大小之后，通过一系列复杂计算来定位你的控件。

例如上面这段代码，可能会导致键盘在弹出的时候，虽然当前页面并没有完全展示，但是也会导致你的控件不断重新计算从而出现卡顿。

所以到这里我们又收获了一个小技巧： 对于 of(context) 的相关操作逻辑，可以尽量放到 didChangeDependencies 里去处理 。

webview_flutter滑动存在卡顿问题的完美解决方法

1.webview_flutter

2.flutter_inappwebview

3.flutter_webview_plugin

笔者最近发现webview_flutter在Android端嵌套带有较长的Webview页面时偶欧会存在卡顿问题表现为加速向下滑动到页面底部，然后从底部慢慢像上滑就不起作用了，体验很不好，经过一天的排查和实验发现是webview_flutter插件自己的问题，用原生嵌套WebView并没有问题，后来改成flutter_webview_plugin问题可以解决，但是flutter_webview_plugin插件并不是基于flutter渲染的并不能在嵌套webview的页面自定义flutter样式层，后来发现使用flutter_inappwebview插件能够完美解决问题。推荐你们用flutter_inappwebview。

当前名称：flutter嵌套太深,flutter 嵌套问题
文章出自：http://pwwzsj.com/article/dssseii.html