JavaScript异步编程是应对单线程阻塞的逻辑组织方式，依赖事件循环、宏任务与微任务队列协作；async/await是Promise语法糖，await仅暂停当前函数，不阻塞线程，错误需try/catch捕获，微任务总先于宏任务执行。
fetch、setTimeout、fs.readFile）时不卡住主线程，让后续代码照常运行，等结果回来再处理。
这背后没有魔法，只有事件循环（Event Loop）、宏任务与微任务队列的协作。理解它，是为了不被“为什么 console.log 顺序不对”这类问题反复绊倒。
async/await 看起来像同步，但本质仍是 Promise
写 async function 不等于把异步变同步；它只是 Promise 的语法糖，所有 await 后面的表达式都会被自动 Promise.resolve() 包裹：
async function foo() {
return 42;
}
// 等价于：
function foo() {
return Promise.resolve(42);
}
常见误区：
-
await只暂停当前async函数的执行，不阻塞整个 JS 线程 - 没用
try/catch包裹await，错误会直接变成未捕获的 Promise rejection（控制台报错但不中断流程） -
await后跟普通值（如await 123）是合法的，但毫无意义——它会立即 resolve
Promise.then() 和 await 执行时机不同，别混用链式和 await 风格
下面两段代码行为不同：
// ✅ 链式写法：.then() 是微任务，总在本轮事件循环末尾执行
Promise.resolve().then(() => console.log('A'));
console.log('B'); // 输出：B → A
// ✅ await 写法：await 后代码相当于放在 .then() 里
async function f() {
await Promise.resolve();
console.log('C');
}
f();
console.log('D'); // 输出：D → C
坑点：
立即学习“Java免费学习笔记（深入）”；
- 在
for循环里直接await某个 Promise，是串行等待；想并发请用Promise.all([p1, p2]) - 用
.then().catch()处理错误，和用try/catch+await，对错误堆栈信息影响不同（后者更清晰）
回调函数还没淘汰，但别再写嵌套三层以上的 callback
浏览器原生 API（如 addEventListener、setTimeout）和部分 Node.js 旧 API（如 fs.readFile）仍以回调为主。你可以封装成 Promise：
const sleep = (ms) => new Promise(r => setTimeout(r, ms));
// 而不是：
setTimeout(() => {
setTimeout(() => {
setTimeout(() => console.log('done'), 1000);
}, 1000);
}, 1000);
注意：
- 回调地狱（callback hell）不是“写多了回调”，而是**依赖关系嵌套导致控制流不可读**
- 有些场景回调更轻量（比如只监听一次点击），硬套 async/await 反而冗余
Promise.resolve().then() 和一个 setTimeout(() => {}, 0) 同时排队，前者一定先执行。这不是玄学，是规范定义的行为。你写的每行 await，都在悄悄往微任务队列里塞东西。 
