JavaScript异步编程核心方案是回调函数、Promise和async/await，三者呈演进关系：回调为基础，Promise解决回调地狱，async/await提升可读性与调试体验；实际开发中应依场景选择并组合使用。
JavaScript异步编程的核心方案是回调函数、Promise 和 async/await，三者不是替代关系，而是演进关系：回调是基础，Promise 解决回调地狱，async/await 让异步代码写得像同步一样自然。选择的关键不在于“哪个更好”，而在于“什么场景用什么更合适”。
回调函数：适合简单、一次性、无依赖的异步操作
回调是最原始的方式，适用于事件监听、定时器、Node.js 的简单文件读取等轻量场景。优点是开销小、逻辑直接；缺点是嵌套深、错误处理分散、无法 return 或 throw 控制流。
- 适合：单层异步调用（如
setTimeout、addEventListener） - 慎用：多步串行或并行异步（易形成“回调地狱”）
- 注意：必须手动检查错误参数（如 Node.js 的 err-first 回调约定）
Promise：适合需要链式处理、组合多个异步任务的场景
Promise 把异步操作包装成可信任的状态容器（pending → fulfilled/rejected），支持 .then() 链式调用、.catch() 统一错误处理、Promise.all() / Promise.race() 等组合能力。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 适合：API 请求串联（如先登录再拉用户数据）、并发请求聚合（如同时加载头像+昵称+设置）
- 注意：
Promise构造器内部仍是回调风格，但外部调用更结构化；未捕获的 rejection 会触发全局unhandledrejection - 常见误区：不要滥用
new Promise包裹已返回 Promise 的函数（如fetch），会造成冗余
async/await：适合逻辑复杂、需同步语义、强调可读性与调试体验的业务代码
async 函数本质是 Promise 的语法糖，让异步流程能用 try/catch 捕获错误、用 if/else 控制分支、用 for 循环顺序执行，也支持 await Promise.all([]) 并发控制。
立即学习“Java免费学习笔记（深入）”；
- 适合：含条件判断的异步流程（如“若缓存存在则用缓存，否则请求 API”）、需逐步 await 多个资源（如表单提交前校验 + 上传 + 提交）
- 注意：
await是串行阻塞的（除非显式用Promise.all并发），别误以为它会自动并行 - 调试友好：断点可逐行停在
await行，堆栈更清晰
实际项目中的推荐组合策略
现代前端开发中，三者常共存：底层库（如 axios、fetch）返回 Promise；业务逻辑层统一用 async/await 编写；事件驱动部分（如点击、滚动）仍用回调注册。
- 封装工具函数时：优先返回 Promise（兼容 await 和 .then）
- 写页面逻辑时：90% 场景用 async/await，清晰且不易出错
- 处理原生事件或低层 API（如 WebSocket.onmessage、Canvas 渲染回调）：仍用回调，避免无谓 Promise 包装
- 性能敏感循环中（如每帧 60fps）：避免在循环内频繁 await，考虑用 Promise.all 批量或回调节流
