async函数中同步return仅出现在await前或所有await完成后，await后代码总属微任务；Promise.resolve()隐式封装返回值，确保async函数始终返回Promise。
在 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 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“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）会触发微任务调度（如果需要）。
