javascript异步编程需兼顾非阻塞、逻辑清晰与错误资源可控；应优先用async/await替代回调地狱，合理使用promise.all()与allsettled()，严格处理错误、控制并发并理解微宏任务时机。
JavaScript 异步编程的核心目标是让代码既不阻塞主线程，又保持逻辑清晰、错误可控、资源可控。真正影响项目长期可维护性的，往往不是语法本身，而是对执行时机、错误流向和并发行为的理解偏差。
避免回调地狱，优先使用 async/await
嵌套回调不仅难读，更难调试和加日志。Promise 链虽有改善，但多层 .then() 仍易混淆数据流向。async/await 让异步流程回归线性阅读习惯，且天然支持 try/catch 统一捕获错误。
- 用
async function包裹主逻辑，内部用await等待每个异步步骤 - 不要在循环中无脑
await——若无需顺序依赖，应改用Promise.all()并行发起 - 避免
await在非 Promise 值上（如普通对象或字符串），虽不报错但失去异步意义
正确处理错误，别让异常静默丢失
异步错误不会自动冒泡到外层同步 try/catch 中。setTimeout、事件监听器等回调里的 throw 会直接终止当前任务，且无法被上层捕获。
- 所有
await调用都应包裹在try/catch内，或确保其 Promise 已有.catch() - 使用
Promise.allSettled()替代Promise.all()，当部分请求失败时仍能拿到全部结果状态 - 对第三方库返回的非 Promise 值（如某些旧 SDK），手动包装成 Promise 再 await，防止意外同步抛错
控制并发数量，防止资源过载
一次性发起几十个 fetch 请求，可能触发浏览器限流、服务端拒绝或内存飙升，尤其在低配设备上。
- 批量请求时，用
Promise.all()限制并发数（例如每次最多 5 个），配合数组分片实现 - 考虑使用轻量工具函数如
p-limit或手写runInLimit控制最大并行数 - 对用户交互类请求（如搜索联想），加入防抖 + 取消机制，避免竞态导致界面显示陈旧结果
留意微任务与宏任务的执行时机
Promise 回调属于微任务，在当前宏任务结束后立即执行；而 setTimeout 是宏任务，需等待下一轮事件循环。这个差异直接影响 UI 更新节奏和状态一致性。
- 需要确保 DOM 更新完成后再执行后续逻辑（如获取元素尺寸），可用
queueMicrotask或Promise.resolve().then() - 避免在微任务中无限递归添加新微任务，否则会阻塞 UI 渲染和其他宏任务（如定时器、用户输入）
- Vue/React 的响应式更新通常也基于微任务队列，理解这点有助于调试“状态已改但视图未更新”的问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
