JavaScript异步函数异常行为及执行机制疑问解析

一、为什么无await的async函数会阻塞后续代码？ #

async函数本质是语法糖，核心作用是自动把函数返回值包装成Promise对象，同时允许内部用await暂停执行。但如果函数里没有await，函数体的代码会完全按同步顺序执行——和普通同步函数没有区别。

你觉得“阻塞”，本质是async函数内部的同步代码本身会占用主线程，比如循环、大量计算这类同步耗时操作，自然会卡住后续代码的执行。async关键字不会让函数变成异步，它只是给函数加了Promise包装能力和await使用权限。举个例子：

async function syncTask() {
  // 同步耗时操作：循环100万次
  for (let i = 0; i < 1000000; i++) {}
  console.log('同步任务完成');
}

console.log('开始');
syncTask();
console.log('后续代码');

执行顺序是：开始 → 执行循环（阻塞主线程）→ 同步任务完成 → 后续代码，完全符合同步逻辑。

二、关于“无await却不完全同步”的异常案例解释 #

MDN所说的“无await则完全同步”，特指async函数体内部的代码执行是同步的，但要注意两个容易混淆的点：

1. async函数返回值是Promise：哪怕没有await，函数执行完后会返回一个已resolved的Promise，这个Promise的回调（比如.then()）会进入微任务队列，等当前同步任务全部执行完才触发。如果把Promise回调的异步当成函数内部代码的异步，就会误以为函数没同步执行。比如：

async function logFn() {
  console.log('函数内部日志');
}

console.log('外部日志1');
logFn().then(() => console.log('Promise回调日志'));
console.log('外部日志2');

执行顺序是：外部日志1 → 函数内部日志 → 外部日志2 → Promise回调日志。函数内部代码是同步执行的，只是Promise回调是异步的，这和MDN的说明并不冲突。

2. 浏览器alert的特殊行为：alert是同步阻塞UI线程的API，如果测试代码里async函数内部的alert导致后续代码顺序异常，只是因为alert会打断事件循环的正常流程，直到用户完成交互才继续，这和async函数本身的同步性无关。比如：

async function alertFn() {
  alert('async内部弹窗');
  console.log('弹窗后日志');
}

console.log('开始');
alertFn();
console.log('后续代码');

执行顺序是：开始 → 弹出alert → 点击确定后输出弹窗后日志 → 后续代码，依然是同步执行逻辑。

如果你的自定义日志流出现异常，大概率是日志工具本身引入了异步逻辑（比如把日志输出放到微任务或宏任务队列），而非async函数的问题。

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