一. Dart的异步模型

1.1. Dart是单线程的

1.1.1. 程序中的耗时操作

开发中的耗时操作：

在开发中，我们经常会遇到一些耗时的操作需要完成，比如网络请求、文件读取等等；

如果我们的主线程一直在等待这些耗时的操作完成，那么就会进行阻塞，无法响应其它事件，比如用户的点击；

显然，我们不能这么干！！

如何处理耗时的操作呢？

针对如何处理耗时的操作，不同的语言有不同的处理方式。

处理方式一： 多线程，比如Java、C++，我们普遍的做法是开启一个新的线程（Thread），在新的线程中完成这些异步的操作，再通过线程间通信的方式，将拿到的数据传递给主线程。

处理方式二： 单线程+事件循环，比如JavaScript、Dart都是基于单线程加事件循环来完成耗时操作的处理。不过单线程如何能进行耗时的操作呢？！

1.1.2. 单线程的异步操作

其实它们并不冲突：

因为我们的一个应用程序大部分时间都是处于空闲的状态的，并不是无限制的在和用户进行交互。

比如等待用户点击、网络请求数据的返回、文件读写的IO操作，这些等待的行为并不会阻塞我们的线程；

这是因为类似于网络请求、文件读写的IO，我们都可以基于非阻塞调用；

阻塞式调用和非阻塞式调用

如果想搞懂这个点，我们需要知道操作系统中的阻塞式调用和非阻塞式调用的概念。

阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态。

阻塞式调用： 调用结果返回之前，当前线程会被挂起，调用线程只有在得到调用结果之后才会继续执行。

非阻塞式调用： 调用执行之后，当前线程不会停止执行，只需要过一段时间来检查一下有没有结果返回即可。

我们用一个生活中的例子来模拟：

你中午饿了，需要点一份外卖，点外卖的动作就是我们的调用，拿到最后点的外卖就是我们要等待的结果。

阻塞式调用： 点了外卖，不再做任何事情，就是在傻傻的等待，你的线程停止了任何其他的工作。

非阻塞式调用： 点了外卖，继续做其他事情：继续工作、打把游戏，你的线程没有继续执行其他事情，只需要偶尔去看一下有没有人敲门，外卖有没有送到即可。

而我们开发中的很多耗时操作，都可以基于这样的 非阻塞式调用：

比如网络请求本身使用了Socket通信，而Socket本身提供了select模型，可以进行非阻塞方式的工作；

比如文件读写的IO操作，我们可以使用操作系统提供的基于事件的回调机制；

这些操作都不会阻塞我们单线程的继续执行，我们的线程在等待的过程中可以继续去做别的事情：喝杯咖啡、打把游戏，等真正有了响应，再去进行对应的处理即可。

这时，我们可能有两个问题：

问题一： 如果在多核CPU中，单线程是不是就没有充分利用CPU呢？这个问题，我会放在后面来讲解。

问题二： 单线程是如何来处理网络通信、IO操作它们返回的结果呢？答案就是事件循环（Event Loop）。

1.2. Dart事件循环

1.2.1. 什么是事件循环

单线程模型中主要就是在维护着一个事件循环（Event Loop）。

事件循环是什么呢？

事实上事件循环并不复杂，它就是将需要处理的一系列事件（包括点击事件、IO事件、网络事件）放在一个事件队列（Event Queue）中。不断的从事件队列（Event Queue）中取出事件，并执行其对应需要执行的代码块，直到事件队列清空位置。

我们来写一个事件循环的伪代码：

当我们有一些事件时，比如点击事件、IO事件、网络事件时，它们就会被加入到eventLoop中，当发现事件队列不为空时发现，就会取出事件，并且执行。

齿轮就是我们的事件循环，它会从队列中一次取出事件来执行。

1.2.2. 事件循环代码模拟

这里我们来看一段伪代码，理解点击事件和网络请求的事件是如何被执行的：

这是一段Flutter代码，很多东西大家可能不是特别理解，但是耐心阅读你会读懂我们在做什么。

一个按钮RaisedButton，当发生点击时执行onPressed函数。

onPressed函数中，我们发送了一个网络请求，请求成功后会执行then中的回调函数。

这些代码是如何放在事件循环中执行呢？

1、当用户发生点击的时候，onPressed回调函数被放入事件循环中执行，执行的过程中发送了一个网络请求。

2、网络请求发出去后，该事件循环不会被阻塞，而是发现要执行的onPressed函数已经结束，会将它丢弃掉。

3、网络请求成功后，会执行then中传入的回调函数，这也是一个事件，该事件被放入到事件循环中执行，执行完毕后，事件循环将其丢弃。

尽管onPressed和then中的回调有一些差异，但是它们对于事件循环来说，都是告诉它：我有一段代码需要执行，快点帮我完成。

二. Dart的异步操作

Dart中的异步操作主要使用Future以及async、await。

如果你之前有过前端的ES6、ES7编程经验，那么完全可以将Future理解成Promise，async、await和ES7中基本一致。

但是如果没有前端开发经验，Future以及async、await如何理解呢？

2.1. 认识Future

2.1.1. 同步的网络请求

我们先来看一个例子吧：

在这个例子中，我使用getNetworkData来模拟了一个网络请求；

该网络请求需要3秒钟的时间，之后返回数据；

这段代码会运行怎么的结果呢？

getNetworkData会阻塞main函数的执行

main function start

// 等待3秒

network data

main function end

显然，上面的代码不是我们想要的执行效果，因为网络请求阻塞了main函数，那么意味着其后所有的代码都无法正常的继续执行。

2.1.2. 异步的网络请求

我们来对我们上面的代码进行改进，代码如下：

和刚才的代码唯一的区别在于我使用了Future对象来将耗时的操作放在了其中传入的函数中；

稍后，我们会讲解它具体的一些API，我们就暂时知道我创建了一个Future实例即可；

我们来看一下代码的运行结果：

main function start

Instance of 'Future<String>'

main function end

1、这一次的代码顺序执行，没有出现任何的阻塞现象；

2、和之前直接打印结果不同，这次我们打印了一个Future实例；

结论：我们将一个耗时的操作隔离了起来，这个操作不会再影响我们的主线程执行了。

问题：我们如何去拿到最终的结果呢？

获取Future得到的结果

有了Future之后，如何去获取请求到的结果：通过.then的回调：

上面代码的执行结果：

main function start

Instance of 'Future<String>'

main function end

// 3s后执行下面的代码

network data

执行中出现异常

如果调用过程中出现了异常，拿不到结果，如何获取到异常的信息呢？

上面代码的执行结果：

main function start

Instance of 'Future<String>'

main function end

// 3s后没有拿到结果，但是我们捕获到了异常

Exception: 网络请求出现错误

2.1.3. Future使用补充

补充一：上面案例的小结

我们通过一个案例来学习了一些Future的使用过程：

1、创建一个Future（可能是我们创建的，也可能是调用内部API或者第三方API获取到的一个Future，总之你需要获取到一个Future实例，Future通常会对一些异步的操作进行封装）；

2、通过.then(成功回调函数)的方式来监听Future内部执行完成时获取到的结果；

3、通过.catchError(失败或异常回调函数)的方式来监听Future内部执行失败或者出现异常时的错误信息；

补充二：Future的两种状态

事实上Future在执行的整个过程中，我们通常把它划分成了两种状态：

状态一：未完成状态（uncompleted）：执行Future内部的操作时（在上面的案例中就是具体的网络请求过程，我们使用了延迟来模拟），我们称这个过程为未完成状态

状态二：完成状态（completed）：当Future内部的操作执行完成，通常会返回一个值，或者抛出一个异常。

这两种情况，我们都称Future为完成状态。

Dart官网有对这两种状态解析，之所以贴出来是区别于Promise的三种状态

补充三：Future的链式调用

上面代码我们可以进行如下的改进：我们可以在then中继续返回值，会在下一个链式的then调用回调函数中拿到返回的结果

打印结果如下：

main function start

main function end

// 3s后拿到结果

network data1

content data2

message data3

补充四：Future其他API

Future.value(value)

直接获取一个完成的Future，该Future会直接调用then的回调函数

疑惑：为什么立即执行，但是 哈哈哈 是在最后打印的呢？

这是因为Future中的then会作为新的任务会加入到事件队列中（Event Queue），加入之后你肯定需要排队执行了

Future.error(object)

直接获取一个完成的Future，但是是一个发生异常的Future，该Future会直接调用catchError的回调函数

Future.delayed(时间, 回调函数)

在延迟一定时间时执行回调函数，执行完回调函数后会执行then的回调；

之前的案例，我们也可以使用它来模拟，但是直接学习这个API会让大家更加疑惑；

2.2. await、async

2.2.1. 理论概念理解

如果你已经完全搞懂了Future，那么学习await、async应该没有什么难度。

await、async是什么呢？

它们是Dart中的关键字（你这不是废话吗？废话也还是要强调的，万一你用它做变量名呢，无辜脸。）

它们可以让我们用同步的代码格式，去实现异步的调用过程。

并且，通常一个async的函数会返回一个Future（别着急，马上就看到代码了）。

我们已经知道，Future可以做到不阻塞我们的线程，让线程继续执行，并且在完成某个操作时改变自己的状态，并且回调then或者errorCatch回调。

如何生成一个Future呢？

1、通过我们前面学习的Future构造函数，或者后面学习的Future其他API都可以。

2、还有一种就是通过async的函数。

2.2.2. 案例代码演练

我们来对之前的Future异步处理代码进行改造，改成await、async的形式。

我们知道，如果直接这样写代码，代码是不能正常执行的：

因为Future.delayed返回的是一个Future对象，我们不能把它看成同步的返回数据："network data"去使用，也就是我们不能把这个异步的代码当做同步一样去使用！

现在我使用await修改下面这句代码：

你会发现，我在Future.delayed函数前加了一个await。

一旦有了这个关键字，那么这个操作就会等待Future.delayed的执行完毕，并且等待它的结果。

修改后执行代码，会看到如下的错误：

错误非常明显：await关键字必须存在于async函数中。所以我们需要将getNetworkData函数定义成async函数。

继续修改代码如下：

也非常简单，只需要在函数的()后面加上一个async关键字就可以了：

运行代码，依然报错：

错误非常明显：使用async标记的函数，必须返回一个Future对象。

所以我们需要继续修改代码，将返回值写成一个Future。

这段代码应该是我们理想当中执行的代码了

我们现在可以像同步代码一样去使用Future异步返回的结果；

等待拿到结果之后和其他数据进行拼接，然后一起返回；

返回的时候并不需要包装一个Future，直接返回即可，但是返回值会默认被包装在一个Future中；

三. Dart的异步补充

3.1. 任务执行顺序

3.1.1. 认识微任务队列

在前面学习学习中，我们知道Dart中有一个事件循环（Event Loop）来执行我们的代码，里面存在一个事件队列（Event Queue），事件循环不断从事件队列中取出事件执行。

但是如果我们严格来划分的话，在Dart中还存在另一个队列：微任务队列（Microtask Queue）。

微任务队列的优先级要高于事件队列；

也就是说事件循环都是优先执行微任务队列中的任务，再执行 事件队列 中的任务；

那么在Flutter开发中，哪些是放在事件队列，哪些是放在微任务队列呢？

所有的外部事件任务都在事件队列中，如IO、计时器、点击、以及绘制事件等；

而微任务通常来源于Dart内部，并且微任务非常少。这是因为如果微任务非常多，就会造成事件队列排不上队，会阻塞任务队列的执行（比如用户点击没有反应的情况）；

说道这里，你可能已经有点凌乱了，在Dart的单线程中，代码到底是怎样执行的呢？

1、Dart的入口是main函数，所以main函数中的代码会优先执行；

2、main函数执行完后，会启动一个事件循环（Event Loop）就会启动，启动后开始执行队列中的任务；

3、首先，会按照先进先出的顺序，执行 微任务队列（Microtask Queue）中的所有任务；

4、其次，会按照先进先出的顺序，执行 事件队列（Event Queue）中的所有任务；

3.1.2. 如何创建微任务

在开发中，我们可以通过dart中async下的scheduleMicrotask来创建一个微任务：

在开发中，如果我们有一个任务不希望它放在Event Queue中依次排队，那么就可以创建一个微任务了。

Future的代码是加入到事件队列还是微任务队列呢？

Future中通常有两个函数执行体：1.Future构造函数传入的函数体。2.then的函数体（catchError等同看待）

那么它们是加入到什么队列中的呢？

Future构造函数传入的函数体放在事件队列中；

then的函数体要分成三种情况：

情况一：Future没有执行完成（有任务需要执行），那么then会直接被添加到Future的函数执行体后；

情况二：如果Future执行完后就then，该then的函数体被放到如微任务队列，当前Future执行完后执行微任务队列；

情况三：如果Future是链式调用，意味着then未执行完，下一个then不会执行；

// future_1加入到eventqueue中，紧随其后then_1被加入到eventqueue中

Future(() => print("future_1")).then((_) => print("then_1"));

// Future没有函数执行体，then_2被加入到microtaskqueue中

Future(() => null).then((_) => print("then_2"));

// future_3、then_3_a、then_3_b依次加入到eventqueue中

Future(() => print("future_3")).then((_) => print("then_3_a")).then((_) => print("then_3_b"));

3.1.3. 代码执行顺序

我们根据前面的规则来学习一个终极的代码执行顺序案例：

代码执行的结果是：

代码分析：

1、main函数先执行，所以main start和main end先执行，没有任何问题；

2、main函数执行过程中，会将一些任务分别加入到EventQueue和MicrotaskQueue中；

3、task7通过scheduleMicrotask函数调用，所以它被最早加入到MicrotaskQueue，会被先执行；

4、然后开始执行EventQueue，task1被添加到EventQueue中被执行；

5、通过final future = Future(() => null);创建的future的then被添加到微任务中，微任务直接被优先执行，所以会执行task6；

6、一次在EventQueue中添加task2、task3、task5被执行；

7、task3的打印执行完后，调用scheduleMicrotask，那么在执行完这次的EventQueue后会执行，所以在task5后执行task4（注意：scheduleMicrotask的调用是作为task3的一部分代码，所以task4是要在task5之后执行的）

8、task8、task9、task10一次添加到EventQueue被执行；

事实上，上面的代码执行顺序有可能出现在面试中，我们开发中通常不会出现这种复杂的嵌套，并且需要完全搞清楚它的执行顺序；

但是，了解上面的代码执行顺序，会让你对EventQueue和microtaskQueue有更加深刻的理解

3.2. 多核CPU的利用

3.2.1. Isolate的理解

在Dart中，有一个Isolate的概念，它是什么呢？

我们已经知道Dart是单线程的，这个线程有自己可以访问的内存空间以及需要运行的事件循环，我们可以将这个空间系统称之为是一个Isolate；

比如Flutter中就有一个Root Isolate，负责运行Flutter的代码，比如UI渲染、用户交互等等；

在 Isolate 中，资源隔离做得非常好，每个 Isolate 都有自己的 Event Loop 与 Queue，

Isolate 之间不共享任何资源，只能依靠消息机制通信，因此也就没有资源抢占问题。

但是，如果只有一个Isolate，那么意味着我们只能永远利用一个线程，这对于多核CPU来说，是一种资源的浪费。如果在开发中，我们有非常多耗时的计算，完全可以自己创建Isolate，在独立的Isolate中完成想要的计算操作。

如何创建Isolate呢？

创建Isolate是比较简单的，我们通过Isolate.spawn就可以创建了：

3.2.2. Isolate通信机制

但是在真实开发中，我们不会只是简单的开启一个新的Isolate，而不关心它的运行结果：

我们需要新的Isolate进行计算，并且将计算结果告知Main Isolate（也就是默认开启的Isolate）；

Isolate 通过发送管道（SendPort）实现消息通信机制；

我们可以在启动并发Isolate时将Main Isolate的发送管道作为参数传递给它；

并发在执行完毕时，可以利用这个管道给Main Isolate发送消息；

但是我们上面的通信变成了单向通信，如果需要双向通信呢？

事实上双向通信的代码会比较麻烦；

Flutter提供了支持并发计算的compute函数，它内部封装了Isolate的创建和双向通信；

利用它我们可以充分利用多核心CPU，并且使用起来也非常简单；

注意：下面的代码不是dart的API，而是Flutter的API，所以只有在Flutter项目中才能运行