Dart 单线程
单线程在流畅性方面有一定安全保障，这点在 JavaScript 中存在类似的机制原理，其核心是分为主线程、微任务和宏任务。主线程执行主业务逻辑，网络 I/O 、本地文件 I/O 、异步事件等相关任务事件，应用事件驱动方式来执行。在 Dart 中同样是单线程执行，其次也包含了两个事件队列，一个是微任务事件队列，一个是事件队列。
微任务队列
微任务队列包含有 Dart 内部的微任务，主要是通过 scheduleMicrotask 来调度。
事件队列
事件队列包含外部事件，例如 I/O 、 Timer ，绘制事件等等。
事件循环
既然 Dart 包含了微任务和事件任务：
首先是执行 main 函数，并生产两个相应的微任务和事件任务队列；
判断是否存在微任务，有则执行，执行完成后继续判断是否还存在微任务，无则判断是否存在事件任务；如果没有可执行的微任务，则判断是否存在事件任务，有则执行，无则继续返回判断是否还存在微任务；在微任务和事件任务执行过程中，同样会产生微任务和事件任务，因此需要再次判断是否需要插入微任务队列和事件任务队列。
为了验证上面的运行原理，我实现了下面的示例代码，首先 import async 库，然后在 main 函数中首先打印 flow start ，接下来执行一个微任务事件，再执行一个事件任务，最后再打印 flow end 。
import 'dart:async';
void main() {
print('flow start'); // 执行打印开始
// 执行判断为事件任务，添加到事件任务队列
Timer.run((){
print('event'); // 执行事件任务，打印标记
});
// 执行判断为微任务，添加到微任务队列
scheduleMicrotask((){
print('microtask'); // 执行微任务，打印标记
});
print('flow end'); // 打印结束标记
}
代码的实际运行过程如下：
首先主线程逻辑，执行打印 start ；
执行 Timer，为事件任务，将其增加到事件任务队列中；
执行 scheduleMicrotask，为微任务队列，将其增加到微任务队列中；
执行打印 flow end；
判断是否存在微任务队列，存在则执行微任务队列，打印 mcrotask；
判断是否还存在微任务队列，无则判断是否存在事件任务队列，存在执行事件任务队列，打印 event。
flow start
flow end
microtask
event
疑问1，为什么事件任务都执行完成了，还需要继续再循环判断是否有微任务？
核心解释是：微任务在执行过程中，也会产生新的事件任务，事件任务在执行过程中也会产生新的微任务。产生的新微任务，按照执行流程，需要根据队列方式插入到任务队列最后。
我们通过代码来看下该过程。下面一段代码， import async 库，第一步打印 start ， 然后执行一个事件任务，在事件任务中打印 event 。接下来增加了一个微任务事件，在微任务事件中打印 microtask in event 。第二步执行微任务事件，在微任务事件中打印 microtask ，并且在其中增加事件任务队列，事件任务队列中打印 event in microtask ，最后再打印 flow end
import 'dart:async';
void main() {
print('flow start'); // 执行打印开始
// 执行判断为事件任务，添加到事件任务队列
Timer.run((){
print('event'); // 执行事件任务，打印事件任务标记
// 执行判断为微任务，添加到微任务队列
scheduleMicrotask((){
print('microtask in event'); // 执行微任务，打印微任务标记
});
});
// 执行判断为微任务，添加到微任务队列
scheduleMicrotask((){
print('microtask'); // 执行微任务，打印微任务执行标记
// 执行判断为事件任务，添加到事件任务队列
Timer.run((){
print('event in microtask'); // 执行事件任务，打印事件任务标记
});
});
print('flow end'); // 打印结束标记
}
代码的实际运行过程如下：
首先还是依次执行打印 flow start ；
执行 Timer 为事件任务，添加事件任务队列中；
执行 scheduleMicrotask 为微任务，添加到微任务队列中；
打印 end ；
执行微任务队列，打印 microtask ，其中包括了事件任务，将事件任务插入到事件任务中；
执行事件任务队列，打印 event ，其中包括了微任务，将微任务插入到微任务队列中；
微任务队列存在微任务，执行微任务队列，打印 microtask in event；
微任务队列为空，存在事件任务队列，执行事件任务队列，打印 event in microtask；
根据如上的运行过程，我们可以得出以下的一个运行结果，这点可以通过运行 Dart 命令得到实际的验证。
flow start
flow end
microtask
event
microtask in event
event in microtask
一句话概括上面的实践运行结果：每次运行完一个事件后，都会判断微任务和事件任务，在两者都存在时，优先执行完微任务，只有微任务队列没有其他的任务了才会执行事件任务。
疑问2，Dart 运行过程中是否会被事件运行卡住？
答案是会，比如在运行某个微任务，该微任务非常的耗时，会导致其他微任务和事件任务卡住，从而影响到一些实际运行，这里我们可以看如下例子：
import 'dart:async';
void main() {
print('flow start'); // 执行打印开始
// 执行判断为事件任务，添加到事件任务队列
Timer.run((){
for(int i=0; i<1000000000; i++){
// 大循环，为了卡住事件任务执行时间，检查是否会卡住其他任务执行
if(i == 1000000){
// 执行判断为微任务，添加到微任务队列
scheduleMicrotask((){
print('microtask in event'); // 执行微任务，打印微任务标记
});
}
}
print('event'); // 执行完事件任务，打印执行完事件任务标记
});
// 执行判断为微任务，添加到微任务队列
scheduleMicrotask((){
print('microtask'); // 执行微任务，打印微任务标记
// 执行判断为事件任务，添加到事件任务队列
Timer.run((){
print('event in microtask'); // 执行事件任务，打印事件任务标记
});
});
print('flow end'); // 打印结束标记
}
上面这段代码和之前的唯一不同点是在执行第一个事件任务的时候，使用了一个大的 for 循环，从运行结果会看到 event in microtask 和 microtask in event 打印的时间会被 event 的执行所 block 住。从结果分析来看 Dart 中事件运行是会被卡住的，因此在日常编程的时候要特别注意，避免因为某个事件任务密集计算，导致较差的用户操作体验。
Isolate 多线程
上面我们介绍了 Dart 是单线程的，这里说的 Dart 的单线程，其实和操作系统的线程概念是存在一定区别的， Dart 的单线程叫作 isolate 线程，每个 isolate 线程之间是不共享内存的，通过消息机制通信。
我们看个例子，例子是利用 Dart 的 isolate 实现多线程的方式。
import 'dart:async';
import 'dart:isolate';
Isolate isolate;
String name = 'dart';
void main() {
// 执行新线程创建函数
isolateServer();
}
/// 多线程函数
void isolateServer()async{
// 创建新的线程，并且执行回调 changName
final receive = ReceivePort();
isolate = await Isolate.spawn(changName, receive.sendPort);
// 监听线程返回信息
receive.listen((data){
print("Myname is $data"); // 打印线程返回的数据
print("Myname is $name"); // 打印全局 name 的数据
});
}
/// 线程回调处理函数
void changName(SendPort port){
name = 'dart isloate'; // 修改当前全局 name 属性
port.send(name); // 将当前name发送给监听方
print("Myname is $name in isloate"); // 打印当前线程中的 name
}
以上代码的执行运行流程如下：
import 对应的库；
声明两个变量，一个是 isolate 对象，一个是字符串类型的 name；
执行 main 函数，main 函数中执行 isolateServer 异步函数；
isolateServer 中创建了一个 isolate 线程，创建线程时候，可以传递接受回调的函数 changName；
在 changName 中修改当前的全局变量 name ，并且发送消息给到接收的端口，并且打印该线程中的 name 属性；
isolateServer 接收消息，接收消息后打印返回的数据和当前 name 变量。
根据如上执行过程，可以得出如下的运行结果。
Myname is dart isolate in isolate
Myname is dart isolate
Myname is dart
从运行结果中，可以看到新的线程修改了全局的 name，并且通过消息发送返回到主线程中。而主线程的 name 属性并没有因为创建的新线程中的 name 属性的修改而发生改变，这也印证了内存隔离这点。