await 并非暂停线程，而是让 async 函数暂停执行、让出控制权，待 promise settle 后在微任务队列中恢复；仅限 async 函数内使用，会自动包装返回值为 promise，且对非 promise 值无实际等待效果。
await 不是真正“暂停线程”，而是让当前 async 函数暂停执行、让出控制权，等 Promise settle（fulfilled 或 rejected）后再从暂停处继续。它依赖事件循环和微任务队列实现，不阻塞主线程，也不影响其他同步或异步代码运行。
await 只在 async 函数内有效
这是硬性限制。顶层作用域或普通函数里写 await 会直接报 SyntaxError: await is only valid in async function。
- async 函数提供必要的执行上下文，使引擎能挂起和恢复函数内部逻辑
- 即使函数里没写 await，加了 async 也会自动把返回值包装成 Promise
- 箭头函数也可声明为 async：
const fn = async () => { ... }
await 后面不一定是 Promise
JS 会自动用 Promise.resolve() 包装非 Promise 值，所以 await 123 合法，但不会产生实际等待效果——它立刻 resolve，后续代码仍被推入微任务队列异步执行。
- 真想延迟，必须等真正的异步操作，比如
fetch()、setTimeout返回的 Promise - 误把同步值当异步等，代码看似用了 await，实则毫无“暂停”意义
- 例如：
await null或await "hello"会让函数在当前 tick 结束后才执行下一行
await 如何与事件循环配合工作
遇到 await 时，JavaScript 引擎会：记录暂停位置 → 把 await 后续代码注册为微任务 → 立即返回控制权给调用者 → 等 Promise settle 后，在下一个微任务阶段恢复执行。
- 同步代码优先跑完，await 后的语句总是在当前宏任务结束后才执行
- 如果 await 的是 rejected Promise，且没用 try/catch 捕获，错误会作为 Promise rejection 向外抛出
- 多个 await 是串行等待：前一个完成，才开始下一个，不像
Promise.all()并行发起
常见误区澄清
很多人以为 await 像 Python 的 time.sleep() 那样停住线程——JS 是单线程事件驱动模型，根本不存在“线程暂停”这回事。
- await 不阻塞浏览器渲染、用户交互或其他定时器回调
- 它只是语法糖，底层基于 Promise 和 Generator 协程思想实现
- async 函数本身返回 Promise，调用它就像调用任何 Promise 构造函数一样需用 .then() 或再次 await
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
