async函数返回值一定是Promise，且无法绕过：return 42→Promise.resolve(42)，抛错→Promise.reject()，无return→Promise.resolve(undefined)；await可接非Promise值，会自动Promise.resolve()包装；错误处理必须用try/catch，因await遇rejected Promise直接抛错；并行请求须用Promise.all+await，避免串行等待。
async 和 await 不是新机制，而是 Promise 的语法糖——它们不改变 JavaScript 异步本质，但能让你写异步代码时，几乎不用再看 .then() 和 .catch()。
async 函数返回值一定是 Promise 吗？
是的，而且这个行为无法绕过：async 函数哪怕只写 return 42，也会被自动包装成 Promise.resolve(42)；如果抛错，等价于 Promise.reject(new Error(...))。
- 没写
return→ 返回Promise.resolve(undefined) - 返回普通对象/字符串/数字 → 自动转为 fulfilled 状态的 Promise
- 想返回原生 Promise（比如避免多一层封装）？可以，但没必要：直接
return somePromise也成立，效果一样
await 后面能跟非 Promise 吗？
能，而且很常见。例如 await 'hello' 会立刻返回 'hello'，因为 JS 内部会自动调用 Promise.resolve('hello')。
- 实际开发中，常用来统一处理：不管上游是同步值还是 Promise，都用
await接住，逻辑更一致 - 但注意：如果 await 的是
undefined、null或未定义变量，它不会报错，只是返回那个值（不是 Promise） - 真正危险的是 await 一个“看起来像 Promise 但没实现
then方法”的对象——这时不会等待，行为不可预测
为什么 try/catch 是 await 错误处理的唯一可靠方式？
因为 await 遇到 rejected Promise 会直接抛出错误，就像同步代码里 throw 一样——这和 .then().catch() 的链式错误捕获逻辑完全不同。
立即学习“Java免费学习笔记（深入）”；
- 多个
await连续写时，第一个失败，后续语句完全不执行（类似同步中的return提前退出） -
try/catch范围必须覆盖所有可能出错的await行，漏掉一行就可能让错误掉进全局未捕获异常 - 别在
forEach、map回调里用await：这些回调函数不是 async 的，会直接报SyntaxError: await is only valid in async functions
并行请求该用 await 还是 Promise.all？
要用 Promise.all + await 组合，而不是串行 await 多次——否则性能会断崖式下降。
- 错误写法：
const a = await fetch('/a'); const b = await fetch('/b');→ 总耗时 ≈ a 耗时 + b 耗时 - 正确写法：
const [a, b] = await Promise.all([fetch('/a'), fetch('/b')]);→ 总耗时 ≈ max(a 耗时, b 耗时) - 如果其中一个失败，
Promise.all整体 reject；需要各自容错，改用Promise.allSettled
复杂点在于：async/await 让代码看起来同步，但它背后仍是事件循环驱动的非阻塞执行。你写的“暂停”，只是函数执行上下文的挂起与恢复，主线程始终自由。这点一旦混淆，就容易在调试时误判执行顺序或时机。
