为何async/await可实现JavaScript异步？明明await会等待后续执行

首先要明确：async/await是Promise的语法糖，它的底层依然依赖JavaScript的事件循环和异步任务调度机制，并没有改变异步的本质——只是让异步代码的写法更接近同步风格。

核心原因：它不会阻塞主线程 #

JavaScript的单线程指的是主线程只有一个，同步代码会依次执行，阻塞主线程；而异步代码的关键是：耗时任务在后台处理，主线程可以继续执行其他任务，等耗时任务完成后再回来处理回调。

async/await看起来“等待”，但这个等待只是暂停当前async函数的执行，而非阻塞整个主线程。举个对比例子：

同步阻塞代码（主线程被卡） #

function syncTask() {
  console.log('同步任务开始');
  // 模拟2秒的同步耗时操作，完全阻塞主线程
  const start = Date.now();
  while (Date.now() - start < 2000) {}
  console.log('同步任务结束');
}

syncTask();
console.log('同步任务之后的代码');

执行顺序：

1. 打印「同步任务开始」
2. 主线程被卡2秒，无法处理其他任务
3. 打印「同步任务结束」
4. 最后打印「同步任务之后的代码」

async/await异步代码（主线程不阻塞） #

async function asyncTask() {
  console.log('异步任务开始');
  // 用setTimeout模拟异步耗时操作
  await new Promise(resolve => setTimeout(resolve, 2000));
  console.log('异步任务结束');
}

asyncTask();
console.log('异步任务之后的代码');

执行顺序：

1. 打印「异步任务开始」
2. 遇到await，暂停当前asyncTask的执行，把后续的console.log('异步任务结束')包装成Promise的then回调，然后主线程立刻让出，去执行后面的同步代码
3. 打印「异步任务之后的代码」
4. 2秒后，异步任务完成，then回调被加入任务队列，等主线程空闲时执行，打印「异步任务结束」

从这个例子能明显看到：async/await并没有阻塞主线程，主线程在等待异步任务的过程中可以处理其他工作——这正是异步代码的核心特征。

async/await的底层逻辑 #

1. async函数本身返回Promise：只要是async声明的函数，不管内部有没有await，它的返回值都会被自动包装成Promise对象。这意味着async函数本质就是异步任务的载体。
2. await的本质是Promise的then回调语法糖：当你写await xxx时，JavaScript引擎会把当前async函数中await之后的代码，放到xxx.then()的回调里。这样就把异步任务的后续逻辑，交给了事件循环去调度，而非同步阻塞主线程。

总结 #

async/await只是让异步代码的写法更像同步，降低了异步逻辑的理解成本，但它的底层依然是基于Promise和事件循环的异步机制——没有阻塞主线程，耗时任务在后台处理，后续逻辑通过回调调度，所以它毫无疑问属于JavaScript的异步实现方案。

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