await 会将非 Promise 值自动包装为已解决的 Promise，同步返回原值，不暂停执行；对 pending Promise 才真正等待。
await 会自动将非 Promise 值包装成已解决（resolved）的 Promise，所以它“等待”普通值时，其实是立即继续执行，没有实际延迟。
await 对普通值的处理机制
当你对一个非 Promise 值（比如数字、字符串、对象、undefined 等）使用 await 时，JavaScript 引擎会隐式调用 Promises.resolve(value)，将其转为一个已兑现的 Promise。因此：
- 代码不会暂停，也不会进入微任务队列等待；
- await 表达式会**同步返回该值本身**（不是 Promise 对象）；
- 后续语句紧随其后执行，行为等价于直接赋值。
实际表现示例
以下代码运行结果清晰体现这一点：
async function test() {
console.log('start');
const a = await 42; // 非 Promise 值
console.log('middle', a); // 立即输出：middle 42
const b = await Promise.resolve(100);
console.log('end', b); // 也会立即输出：end 100（因 Promise 已 resolve）
}
test();
// 输出顺序：start → middle 42 → end 100
注意：即使你 await 一个原始值，函数仍是 async 函数，返回 Promise，但内部执行是同步完成的。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
和真正异步操作的区别
对比真正的异步等待（如 fetch 或 setTimeout 封装）：
-
await 42：不产生异步分界，不交出线程控制权； -
await new Promise(r => setTimeout(() => r(99), 100))：触发异步流程，当前任务结束后才执行后续语句。
也就是说，await 的“等待”语义只在面对 pending Promise 时才真正生效；对普通值或已 resolve/reject 的 Promise，它只是语法糖，用于统一异步/同步值的消费方式。
为什么设计成这样？
这是为了简化 async 函数内部逻辑：开发者无需每次手动判断值是否为 Promise，可统一用 await 处理任意表达式。例如：
- 函数可能返回 Promise 或直接返回数据（如缓存命中时返回对象，未命中时返回 Promise）；
- 用
await getData()就能安全处理两种情况，不用写getData() instanceof Promise ? ... : ...。
这种一致性降低了错误风险，也让 API 设计更灵活。
