JavaScript 中 async 函数中同时存在同步 return 和 await 时的微任务顺序-js教程-PHP中文网

async函数中同步return仅出现在await前或所有await完成后，await后代码总属微任务；Promise.resolve()隐式封装返回值，确保async函数始终返回Promise。

javascript 中 async 函数中同时存在同步 return 和 await 时的微任务顺序

在 async 函数中，同步 return 和 await 不会共存于同一条执行路径——一旦遇到 await，函数会暂停并返回一个 pending 的 Promise；而同步 return 仅出现在 await 之前，或所有 await 都已 resolve 之后的后续同步代码中。真正影响微任务顺序的是 await 表达式的求值时机 和 Promise.resolve() 的隐式封装。

await 本质是 Promise.then 的语法糖

每个 await x 会被编译器转为类似 Promise.resolve(x).then(res => { /* 继续后续代码 */ }) 的结构。这意味着：

如果 x 是普通值（如 42、"hello"），Promise.resolve(x) 立即进入 fulfilled 状态，其 then 回调被加入微任务队列，等待当前同步任务结束后执行；
如果 x 是原生 Promise（如 fetch() 返回的 Promise），则等待它 settled 后，再将后续代码推入微任务队列；
await 后面的代码（包括 return 语句）**总是异步执行**，属于微任务，不会阻塞当前调用栈。

同步 return 只可能出现在 await 之前

例如：

async function f() {
  if (Math.random() > 0.5) return 'early';
  await Promise.resolve();
  return 'late';
}

这里的第一个 return 是同步的，它直接结束函数并返回一个已 resolve 的 Promise（因为 async 函数总会包装返回值）。它不产生微任务，也不依赖 await。但注意：这个 return 本身不是微任务，而是同步完成的函数退出行为。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

多个 await 之间的微任务链是串行的

每轮 await 结束后，后续代码作为下一个 then 回调入队。例如：

async function g() {
  console.log(1);
  await Promise.resolve();
  console.log(2);
  await Promise.resolve();
  console.log(3);
  return 4;
}
g();
console.log(5);

输出顺序是：1 → 5 → 2 → 3 → 4（作为 Promise 结果）。其中 2 和 3 分别在两个独立的微任务中执行，严格串行。

return 值的 Promise 包装发生在函数退出时，与 await 无关

无论 async 函数内部有没有 await，只要它返回一个值（比如 return 123），该值都会被 Promise.resolve() 封装一次。如果返回的是 Promise（如 return Promise.resolve(7)），则不会二次包装，而是直接返回该 Promise。这个封装动作是同步发生的，但 Promise 的状态变化（如 fulfilled）会触发微任务调度（如果需要）。