JavaScript异步本质是“不阻塞主线程、让出控制权”，任务分宏任务（如setTimeout）和微任务（如Promise.then），执行顺序由事件循环决定；回调错误需在内部捕获，async/await需配合Promise.all实现并行及正确错误处理。
JavaScript 异步不是“等一会儿再执行”，而是“不阻塞主线程、让出控制权”的执行模型——理解这点，才能避开回调地狱和未捕获的错误。
为什么 setTimeout 和 fetch 看起来“不按顺序”执行
因为它们把任务推入事件队列（task queue 或 microtask queue），而不是立即运行。主线程执行完同步代码后，才从队列里取任务执行。
-
setTimeout属于宏任务（macrotask），即使设为0，也要等当前调用栈清空 + 所有微任务执行完才触发 -
Promise.then是微任务（microtask），优先级高于setTimeout，会在本轮事件循环末尾立即执行 -
浏览器渲染、I/O、
setInterval都是宏任务；Promise、queueMicrotask、MutationObserver是微任务
回调函数传参错位、this 丢失、错误无法捕获的常见原因
回调本身只是函数引用，传入时若没绑定上下文或没处理异常，就容易出问题。
- 直接传
obj.handler会丢失this，应写成() => obj.handler()或obj.handler.bind(obj) - 异步回调里的
try/catch捕不到错误，因为错误发生在另一个调用栈；必须在回调内部加try/catch，或用.catch()（Promise） - Node.js 的
fs.readFile回调第一个参数是err，第二个才是data，传反会导致data被当err处理
用 async/await 替代嵌套回调时要注意的三件事
async/await 只是 Promise 语法糖，不是万能胶——它不改变异步本质，也不自动处理所有错误。
立即学习“Java免费学习笔记（深入）”；
-
await只对Promise生效；对普通函数或未返回 Promise 的函数使用，会立刻得到返回值，不会等待 - 多个异步操作默认串行，想并行要显式用
Promise.all([p1, p2])，否则性能反而更差 -
await抛出的错误必须用try/catch包裹，或在外部.catch()，否则会变成 unhandled rejection
真正难的不是写 async，而是判断哪些操作该并行、哪些必须串行，以及错误发生时要不要重试、降级还是上报——这些逻辑藏在业务里，不在语法里。
