Dart语言中async/await的准确含义与异步编程疑问

你觉得await和异步矛盾，本质是搞混了两个完全不同的概念：阻塞整个程序/事件循环，和暂停当前async函数的内部执行流程——await做的只有后者，根本不会卡主程序。

先跑一段最简单的代码你立刻就懂：

void main() {
  print('1. main函数启动');
  fetchData(); // 调用async函数，不会等它执行完
  print('3. main执行完毕，事件循环持续处理其他任务');
}

Future<void> fetchData() async {
  print('2. 进入fetchData，执行第一个await之前的所有代码');
  // 碰到await，当前函数在这里挂起，控制权直接交回给main
  await Future.delayed(const Duration(seconds: 2), () => '接口返回数据');
  // 等2秒后异步任务完成，才会接着跑下面这行
  print('4. 异步任务完成，fetchData恢复后续执行');
}

运行后的输出顺序是1→2→3→等待2秒→4，而不是1→2→等2秒→4→3。这就是官方文档那段表述的实际意思：async函数碰到第一个await的时候，不会卡在这里等，而是立刻返回一个Future对象，把await后面的代码打包成回调塞进事件队列，先让外层的代码接着跑，等异步结果回来了再接着执行函数剩下的部分。

Dart本身是单线程事件循环模型，代码执行规则非常直白：事件循环会挨个从任务队列里取代码块执行，一个块跑完才会跑下一个。
当你在async函数里碰到await时，实际发生的事是：

• 当前函数中await关键字后面的所有逻辑，会被注册成对应Future完成后的回调，放进任务队列等着
• 函数立刻返回一个未完成的Future对象，把执行权交回给调用它的上层代码
• 上层代码、事件队列里的其他任务该怎么跑怎么跑，完全不受影响
• 等await等待的异步任务执行完成，事件循环才会把之前存的回调拿出来，从await的位置继续往下执行剩下的代码

说白了，await的"暂停"只是当前这个async函数自己的流程被挂起，不是整个程序卡在这不动，其他逻辑完全正常运行，这根本不违反异步编程的规则。

这东西本质就是个语法糖，专门解决Future链式调用的回调地狱问题。你可以对比两段功能完全一致的代码：

• 不用await的传统链式回调写法：

Future<void> fetchData() {
  print('进入fetchData');
  return Future.delayed(const Duration(seconds:2), () => '用户数据')
      .then((userInfo) {
        return fetchUserOrder(userInfo.id);
      })
      .then((orderInfo) {
        print('拿到用户订单：$orderInfo');
      });
}

• 用await的写法：

Future<void> fetchData() async {
  print('进入fetchData');
  final userInfo = await Future.delayed(const Duration(seconds:2), () => '用户数据');
  final orderInfo = await fetchUserOrder(userInfo.id);
  print('拿到用户订单：$orderInfo');
}

两段代码的运行逻辑100%一致，全是非阻塞的异步实现。但明显await写出来的代码逻辑是从上到下顺的，和你写同步代码的阅读习惯完全一致，不用在一层套一层的then回调里绕逻辑，可读性、可维护性高了不止一个档次。

• async/await 不是什么同步阻塞方案，它只是帮你写异步代码的语法糖，底层还是基于Future和事件循环实现的
• await 不会阻塞整个应用，只会挂起当前async函数的执行，把控制权交还给事件循环处理其他任务
• 它的核心价值就是摊平异步回调的嵌套结构，让你用接近同步代码的写法写逻辑，不用跟回调地狱较劲

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