Dart中await关键字的工作原理及同步执行疑问

我编写了如下简单的Future示例：

main() {
  
  print('Start');
 
  Future((){
    print('From Future');
  });

  print('end');
}

输出：

Start
end
From Future

这符合我的预期，因为Dart会先执行main中的同步代码，待所有同步代码执行完毕后，才会运行事件循环并将Future的代码放入事件队列，这就是Future最后执行的原因。

但当我给Future添加await关键字后（注：实际代码需将main声明为async，否则会报错），输出顺序变为同步模式，即使Future内部包含大量计算，仍表现为同步执行：

void main() async {
  
  print('Start');
 
  await Future((){
    print('From Future');
  });

  print('end');
}

输出：

Start
From Future
end

因此我的疑问是：Dart中的await关键字到底是如何工作的？使用await后真的是在执行同步代码吗？那await岂不是毫无用处？

核心原理与误区澄清 #

await并没有把异步代码变成同步执行，它只是改变了当前函数的执行流程，让代码写法更接近同步逻辑而已。

1. await的本质：暂停当前函数

当代码执行到await时，会发生这几步：

• 首先创建Future实例，把传入的回调任务放入事件队列（Event Queue）。
• 然后当前函数（比如这里的main）会被挂起，Dart会保存当前函数的上下文（比如已定义的变量、执行位置），跳出当前函数去处理事件队列中的任务。
• 当Future的回调执行完成、Future状态变为完成后，Dart会恢复被挂起的函数，从await的下一行继续执行。

2. 为什么两个示例输出顺序不同？

• 第一个无await的示例：main函数会一口气执行完所有同步代码（print('Start')、创建Future、print('end')），之后事件循环才会处理队列里的Future回调，所以From Future最后输出。
• 第二个加await的示例：执行到await时main函数被挂起，事件循环提前处理队列中的Future回调，等回调执行完、Future完成后，才恢复main函数执行print('end')，所以顺序变成了Start → From Future → end。

3. 关于"耗时计算看起来像同步"的误区

如果Future内部是纯计算型的耗时任务（比如循环10亿次），确实会让线程阻塞，但这不是await的问题——Dart是单线程模型，事件队列里的任务会依次执行，任何耗时的同步计算都会阻塞整个线程。

但如果是IO型异步任务（比如网络请求、文件读写），Dart会把IO操作交给操作系统处理，此时线程不会被阻塞，可以去处理其他事件队列任务，直到IO完成后再恢复被await挂起的函数，这时候await的优势就完全体现出来了：既不用写嵌套的回调函数，又能保证代码逻辑的线性可读性，同时不浪费线程资源。

4. await的真正价值

await的核心作用是消除回调地狱，让异步代码的逻辑流程和同步代码一致，大幅提升代码的可读性和可维护性，它并没有改变Dart异步编程的本质。

内容的提问来源于stack exchange，提问作者Muhammad Ichsan