JavaScript异步编程通过回调函数、Promise和async/await三种方式处理耗时操作而不阻塞主线程；回调函数简单但易致回调地狱，Promise解决嵌套问题并支持链式调用，async/await以同步语法简化异步流程；应依场景选择：老环境用Promise，简单操作可用回调，并发复杂逻辑首选async/await，并始终重视错误处理与资源清理。
JavaScript异步编程是处理耗时操作（如网络请求、文件读写、定时任务）时不阻塞主线程的编程方式。它让程序能在等待结果的同时继续执行其他代码，从而保持页面响应流畅、提升用户体验。
回调函数：最基础但容易出问题的方式
回调函数是最早也是最直接的异步处理方式——把一个函数作为参数传给另一个函数，在异步操作完成后调用它。
- 优点：简单直观，适合单层异步逻辑，比如
setTimeout(callback, 1000)或fs.readFile(path, callback) - 缺点：嵌套多层后形成“回调地狱”（Callback Hell），代码难以阅读、调试和维护；错误处理分散，容易遗漏；无法用
try/catch捕获异步错误 - 建议：仅用于简单、一次性、无依赖的异步操作；避免三层以上嵌套；可配合命名函数或提前 return 缓解嵌套
Promise：解决回调地狱，支持链式调用和统一错误处理
Promise 是一个表示异步操作最终完成或失败的对象，有 pending、fulfilled、rejected 三种状态，一旦改变不可逆。
- 优点：可链式调用
.then()和.catch()，逻辑更线性；支持Promise.all()、Promise.race()等组合操作；错误能冒泡到最近的.catch() - 缺点：仍需手动创建 Promise 包装老式回调 API；语法上比同步代码略冗长；
.then()中返回值不自动 await，容易忽略嵌套 Promise - 建议：作为现代 JS 异步的“基础设施”，所有新项目应默认使用；封装回调 API 为 Promise（如用
util.promisify）；避免混合使用回调和 Promise
Async/Await：基于 Promise 的语法糖，写法最接近同步代码
async 函数返回 Promise，await 只能在 async 函数内使用，会暂停执行直到 Promise settle，并解包成功值（或抛出失败原因）。
立即学习“Java免费学习笔记（深入）”；
- 优点：代码可读性强，支持
try/catch捕获异步错误；能用if/else、for、while等同步控制流；便于调试（断点自然停在 await 行） - 缺点：本质仍是 Promise，不能脱离 Promise 生态；错误处理需显式 try/catch，否则未捕获的 reject 会变成 unhandled rejection；多个无依赖异步操作若顺序 await，会变慢（应优先用
Promise.all()并行） - 建议：新项目首选；复杂流程（含条件分支、循环、重试逻辑）用 async/await 更清晰；并行请求务必用
await Promise.all([p1, p2])而非连续 await
怎么选？看场景，不是看新旧
没有绝对“最好”的方案，关键匹配当前需求：
- 写库或兼容老环境（如 Node.js
- 简单事件响应（如按钮点击后延时提示）→ 回调也够用，不必强行 Promise 化
- 业务逻辑复杂、多人协作、需要长期维护 → 用 async/await，可读性和可维护性明显更高
- 已有大量回调代码 → 不必重写，但新增功能统一用 Promise 或 async/await，逐步迁移
不复杂但容易忽略：无论用哪种方式，都要始终关注错误处理和资源清理（比如取消重复请求、关闭连接），这才是健壮异步代码的核心。
