JavaScript异步编程本质是事件驱动的非阻塞执行，依赖事件循环调度回调；回调函数存在嵌套、错误无法冒泡、控制流断裂问题；Promise结构化回调但未根除错误遗漏与链式陷阱；async/await改善可读性与错误处理，但需合理设计并行/串行逻辑及错误重试等业务策略。
JavaScript 异步编程本质是事件驱动的非阻塞执行
它不是“多线程”，也不是“同时跑多个函数”，而是让耗时操作（如 fetch、setTimeout、文件读取）不卡住主线程，等结果就绪后再执行对应逻辑。浏览器和 Node.js 都靠**事件循环（Event Loop）**调度回调任务，核心在于“注册 → 等待 → 触发”。
回调函数的三个典型问题：嵌套、错误处理、控制流断裂
用 fs.readFile 或老式 XMLHttpRequest 写多层异步调用时，问题立刻暴露：
-
回调地狱（Callback Hell）：嵌套过深导致缩进失控、难以阅读和维护，比如：
fs.readFile('a.json', (err, a) => { if (err) throw err; fs.readFile('b.json', (err, b) => { if (err) throw err; fs.readFile('c.json', (err, c) => { if (err) throw err; console.log(a, b, c); }); }); }); -
错误无法自然冒泡：每个回调都得单独写
if (err) ...，try/catch完全无效，因为回调执行时原始调用栈早已退出 -
无法用
return、break、throw控制外层逻辑：你不能在回调里return false来中断整个流程，也不能用for循环配合回调做串行请求
Promise 并没有彻底消灭回调，只是把它结构化了
Promise 把“成功/失败”的回调统一成 .then() 和 .catch()，解决了嵌套和部分错误传递问题，但仍有隐患：
-
.then()里抛出错误不会被外层try/catch捕获，必须用.catch()或顶层unhandledrejection监听 - 忘记加
.catch()是常见疏漏，错误会静默丢失 -
Promise.all([p1, p2])一错全错；想“全部执行完，不管成败”得用Promise.allSettled - 链式调用中若某个
.then()返回普通值（非 Promise），后续.then()会立即拿到该值——这容易误判异步状态
async/await 是语法糖，但改变了错误处理和控制流的直觉
它让异步代码看起来像同步，但底层仍是 Promise。关键点在于：
立即学习“Java免费学习笔记（深入）”；
-
await只能在async函数内使用，否则报SyntaxError: await is only valid in async function -
await后面如果不是 Promise，会自动包装成Promise.resolve(...)，所以await 42是合法的 - 错误可用
try/catch捕获，但只对当前await生效；多个并行请求仍需Promise.allSettled或手动包装 - 不要滥用
await：连续写await fetch(a); await fetch(b);是串行，性能差；应改用await Promise.all([fetch(a), fetch(b)])
async 函数，而是判断什么时候该串行、什么时候该并行、错误要不要重试、取消请求怎么实现——这些都得靠对业务场景和底层机制的理解，不是语法能自动解决的。 
