await 后面跟普通值时 JavaScript 如何处理

许多开发者初学 async/await 时，常会疑惑：如果 await 后面是一个普通值（如数字、字符串或对象），JavaScript 会如何处理？

答案其实很简单：引擎会立即将该值包装成一个已解决的 Promise，并同步返回其结果。它不会阻塞线程，不会触发异步延迟，只是走了一遍 Promise 处理的标准化流程。

为什么能直接 await 普通值？

因为规范明确规定：如果 await 后面的表达式不是 Promise，引擎会自动调用 Promise.resolve(value) 将其转为一个已兑现的 Promise。随后按照 Promise 的规则继续执行后续代码——即进入微任务队列后立即 resolve。

let x = await 123;
console.log(x); // 123

这行代码完全等价于：

let x = await Promise.resolve(123);
console.log(x); // 123

因此，即使你写 await 'hello' 或 await null，语法上完全合法，引擎也不会报错。

常见的可 await 普通值类型

• 数字、字符串、布尔值、null、undefined —— 全都会被 Promise.resolve() 包装
• 普通对象或数组 —— 同样被包装，不触发任何异步行为
• 函数返回值（只要不是 Promise）—— 也会被自动 resolve

一句话总结：只要不是 Promise 或 thenable 对象，await 就将其当作普通值处理，直接包装成已兑现的 Promise。

与真正 Promise 的关键区别

虽然语法看上去一模一样，但行为有本质区别：

• 普通值：await 立刻返回，不产生异步延迟，执行流不会中断。你可以理解为它只是穿了一层 Promise 的马甲，但脱掉马甲后仍是同步的。
• Promise：await 会暂停当前 async 函数的执行，等待 Promise settle（fulfill 或 reject）后，再继续执行后面的代码。这才是真正的异步等待。
• 错误处理也相同：即使 await 后面是普通值，try/catch 依然能捕获它抛出的同步错误。例如 await undefined.foo 会抛出 TypeError，该错误能被 catch 捕获。

实际使用建议

• 不需要刻意避免 await 普通值，语法合法且安全，写出来也没问题。
• 但如果逻辑上根本不需要异步语义，直接赋值显然更清晰：const x = 42; 比 const x = await 42; 更直观。
• 不过，在统一处理接口返回值时（接口可能返回 Promise 也可能返回原始数据），await 确实能简化逻辑，省去手动判断类型再决定是否加 .then() 的麻烦。

总之，记住一个原则：await 普通值 = 同步包装 + 同步返回。它不会变成异步，只是让语法保持统一。理解了这一点，写 async/await 就不容易踩坑了。