分类： Flutter

问题：Launching lib\main.dart on ELE AL00 in debug mode...

解决方案：

1、调整项目空间中的gradle-wrapper.properties文件中的URL，改为你本地最新的gradle版本就好

如：

2、调整Android包中的build.gradle文件中的kotlin版本号：跟本地kotlin版本同步就行

如：ext.kotlin_version = '1.3.50'

参考链接

---

Flutter问题记录：runApp的时候报错：连接超时

请尝试

命令，如果还是报错

这样我们就可以使用到最新的watcher-1.1.0版本，就不会出现上面这个报错了。

参考链接

---

• 升级Flutter 3.13.x 之后出现watcher-1.0.2报错
• Watcher fails with class 'FileSystemEvent' can't be extended, for dart, not for flutter. #52570

前言

在我们上一篇文章中对Provider进行了介绍以及类结构的说明，最后还写了一个简单的示例，通过上一章节我们对Provider有了一个基本的了解，这一章节我们来说说Provider的8种提供者以及他们的使用区别。

Provider

Provider是最基本的Provider组件，可以使用它为组件树中的任何位置提供值，但是当该值更改的时候，它并不会更新UI，下面我们给出一个示例

第一步：创建模型

第二步：应用程序入口设置

第三步：使用共享数据

关于Consumer后面将消费者在提及，我们这里只需要知道有两个消费者，第一个用于展示模型的数据，第二个用于改变模型的数据。

• 第一个Comsumer是用于读取模型的数据name
• 第二个Consumer用于改变模型的数据name

继续阅读Flutter Provider状态管理---八种提供者使用分析

状态管理一直是 Flutter 开发中一个火热的话题。谈到状态管理框架，社区也有诸如有以 Get、Provider 、Riverpod 为代表的多种方案，它们有各自的优缺点。面对这么多的选择，你可能会想：「我需要使用状态管理么？哪种框架更适合我？」本文将从作者的实际开发经验出发，分析状态管理解决的问题以及思路，希望能帮助你做出选择。

为什么需要状态管理？

首先，为什么需要状态管理？根据笔者的经验，这是因为 Flutter 基于 声明式 构建 UI ，使用状态管理的目的之一就是解决「声明式」开发带来的问题。

「声明式」开发是一种区别于传原生的方式，所以我们没有在原生开发中听到过状态管理，那如何理解「声明式」开发呢？

继续阅读Flutter 状态管理框架 Provider 和 Get 分析

随着 Flutter 的发展，这些年 Flutter 上的状态管理框架如“雨后春笋”般层出不穷，而近一年以来最受官方推荐的状态管理框架无疑就是 Riverpod ，甚至已经超过了 Provider ，事实上 Riverpod 官方也称自己为 “Provider，但与众不同”。

Provider 本身用它自己的话来说是 “InheritedWidget 的封装，但更简单且复用能力更强。” ，而 Riverpod 就是在 Provider 的基础上重构了新的可能。

关于过去一年状态管理框架的对比可以看 《2021 年的 Flutter 状态管理：如何选择？》 ， 本文主要是带你解剖 RiverPod 的内部是如何实现，理解它的工作原理，以及如何做到比 Provider 更少的模板和不依赖 BuildContext 。

继续阅读Flutter Riverpod 全面深入解析，为什么官方推荐它？

Flutter 3.16 中 WillPopScope 过期了，需要使用 PopScope 来代替。

针对 PopScope 的 canPop 参数，官方文档解释如下：

当 canPop 为 false，则执行系统返回时会被拦截，并且调用 onPopInvoked 方法，同时 didPop 为 false，此时进行逻辑判断，如果需要返回则执行 Navigator.of(context).pop(); 。

注意此时 onPopInvoked 又会被调用，并且 didPop 为 true。

参考Demo： github.com

示例代码如下：

修改之前的代码( WillPopScope )如下：

修改之后的代码( PopScope )如下：

参考链接

---

• Flutter 3.16中WillPopScope过期了
• WillPopScope class

问题

Flutter开发中遇到Don't use BuildContext's across async gaps警告

有问题的源码

问题原因

“不要在异步间隙（async gaps）中使用 BuildContext” 是一个Flutter中的常见警告消息，通常表示你正在尝试在异步操作中访问 BuildContext，这是一个不推荐的做法，因为它可能引发不确定的行为或错误。

如果在将上下文传递给AlertDialog后导航堆栈发生更改，并且尝试使用旧上下文再次导航，则会出现错误。

问题分析

Context的含义

Flutter中的 BuildContext 和 Context 是相同的，BuildContext 是 Context 的别名。这两个术语用来表示小部件树中的位置信息和上下文环境，用于在构建小部件树和访问资源（例如主题、本地化、导航等）时提供上下文信息。

在Flutter中，BuildContext 或 Context 表示的是一个由小部件树组成的层次结构中的位置。每个小部件都有一个与之相关的 BuildContext，这个上下文包含有关小部件的信息，例如其位置、父级小部件、主题数据等等。

尽管 Context 和 BuildContext 是相同的类型，但通常我们更倾向于使用 BuildContext 这个术语，因为它更明确地表示它是与构建过程相关的上下文。

BuildContext的作用

BuildContext 类型通常用于以下操作：

• 访问父级小部件：你可以使用 BuildContext 访问小部件树中的父级小部件，这对于在小部件之间传递数据和状态非常有用。
• 获取主题数据：通过 BuildContext 可以访问当前主题的数据，如颜色、字体、间距等。
• 获取本地化信息：你可以使用 BuildContext 获取本地化信息，以根据用户的语言偏好来显示文本。
• 导航：BuildContext 通常用于导航操作，如推送新路由或弹出对话框。
• 构建小部件：BuildContext 是在小部件的 build 方法中传递的，它告诉小部件在小部件树中的位置。

BuildContext 和 Context 都代表了小部件树中的位置和上下文信息，它们在构建和交互中扮演着关键的角色，但它们实际上是相同的概念的不同表达方式。因此，你可以放心地将它们视为等同的，使用其中一个作为标识符，以便更清晰地表示其作用。

特殊情况

然而，在某些情况下，你可能需要在异步操作中访问 BuildContext，例如在异步回调中执行 UI 操作。这通常是不安全的，因为异步操作可能会在 BuildContext 不再有效的情况下执行，从而引发错误。

解决方法

使用

不要在异步间隙中直接使用 BuildContext，因为它可能会导致不安全的操作。使用提供的方法来安全地查找小部件并在异步操作中访问它们的上下文。这可以帮助你避免潜在的问题和错误。

官方说明如下：

Details

DON’T use BuildContext across asynchronous gaps.

Storing BuildContext for later usage can easily lead to difficult to diagnose crashes. Asynchronous gaps are implicitly storing BuildContext and are some of the easiest to overlook when writing code.

When a BuildContext is used, its mounted property must be checked after an asynchronous gap.

BAD:

GOOD:

GOOD:

参考链接

---

• Flutter的Don‘t use ‘BuildContext‘s across async gaps警告解决方法
• use_build_context_synchronously

如何使用

dart extension 的使用场景是无法修改原类的时候，通过扩展的方式来增加原类的方法，也可以增加 getter，setters，and operators。

比如

如果 String 有 pareseInt 方法，我们可以这样写

为了达到这个目标，需要写一个 Extension

然后就可以使用了。

处理冲突

注意到前面加的 NumberParsing 了吗？这个是为 extension 起的名字。起名字的作用是有冲突的时候可以方便的控制显隐。比如 NumberParsing2 也定义了 parseInt 方法与 NumberParsing 的 parseInt 冲突，如果只想要 NumberParsing 的 parseInt，只需要把 NumberParsing2 隐藏就好了。

或者可以 给 NumberParsing2 经起个别名

泛型 extension

可以只给 int 类型的 list 加 sum 方法，其它类型的 list 不能使用 sum。

要注意的问题

dart extension 不可以用于 dynamic 类型

dart extension 权限很大，这也意味着，很可能被过度使用。所以在使用的时候一定要再三权衡，一定要可读性，可维护性优先。

上面的代码是比较简单的，但是如果类型比较复杂，不明确指定类型，类似如下的形式，也是可能会报错的：

参考链接

---

• 使用 dart extension
• NoSuchMethodError when calling extension method against a dynamic #41094

虽然本次 I/O 的核心 keynote 主要是 AI ，但是按照惯例依然发布了新的 Flutter 稳定版，不过并非大家猜测的 4.0，而是 3.10 ，Flutter 的版本号依然那么的出人意料。

Flutter 3.10 主要包括有对 Web、mobile、graphics、安全性等方面的相关改进，核心其实就是：

• iOS 默认使用了 Impeller
• 一堆新的 Material 3 控件袭来
• iOS 性能优化，Android 顺带可有可无的更新
• Web 可以无 iframe 嵌套到其他应用

继续阅读Google I/O 2023 - Flutter 3.10 发布，快来看看有什么更新吧

Flutter 2.x 升级到 3.10.1 版本之后，原来正常编译的项目，iOS环境下（Xcode Version 13.2.1 (13C100)），编译报错：

继续阅读Unable to find a target named `RunnerTests` in project `Runner.xcodeproj`, did find `Runner`