JavaScript异步编程本质是事件循环驱动的非阻塞执行，依赖Event Loop、Callback Queue和Microtask Queue协同调度，异步≠并发或并行，仅避免阻塞主线程。
JavaScript 异步编程本质是事件循环驱动的非阻塞执行
JavaScript 是单线程语言，异步编程不是靠“多线程”实现的，而是依赖 Event Loop + Callback Queue + Microtask Queue 协同调度。你写的 setTimeout、fetch、Promise.then，最终都排队等 JS 主线程空闲时被拉出来执行。
这意味着：异步 ≠ 并发执行，更不等于并行；它只是“不卡住主线程”，把耗时操作（如网络请求、文件读取）交给浏览器或 Node.js 运行时去后台处理，完成后才通知 JS 引擎回调。
回调地狱的本质是嵌套回调导致控制流失控
典型表现是层层缩进的 callback，比如：
getData(function(a) {
getMoreData(a, function(b) {
getEvenMoreData(b, function(c) {
console.log(c);
});
});
});
问题不止是缩进难看——它破坏错误处理、中断逻辑、复用性和调试体验。每个回调里都要手动写 if (err) return handleError(err)，且无法用 try/catch 捕获异步错误。
立即学习“Java免费学习笔记（深入）”；
常见诱因包括：
- 过度依赖原生 Node.js 回调风格 API（如
fs.readFile） - 未统一 Promise 化第三方库的回调接口
- 在
then中又手动调用另一个回调函数而非返回 Promise
用 async/await 替代嵌套 then 链是最直接的解法
async/await 不是新机制，只是 Promise 的语法糖，但它让异步代码看起来像同步，极大改善可读性和错误处理。
关键实操点：
- 必须在
async函数内使用await，否则报错SyntaxError: await is only valid in async functions -
await后面必须是Promise（或 thenable），普通值会立即 resolve - 错误可用标准
try/catch捕获，无需每个.catch()单独写 -
并发请求别傻等：用
Promise.all([await a(), await b()])是错的，应写成Promise.all([a(), b()])再 await
示例对比：
// ❌ 回调地狱
getUser(id, (user) => {
getPosts(user.id, (posts) => {
getComments(posts[0].id, (comments) => {
render(comments);
});
});
});
// ✅ async/await（假设已 Promise 化）
async function loadUserContent(id) {
try {
const user = await getUserAsync(id);
const posts = await getPostsAsync(user.id);
const comments = await getCommentsAsync(posts[0].id);
render(comments);
} catch (err) {
handleError(err);
}
}
Promise 化老式回调 API 是绕不开的基础动作
很多底层 API（如 Node.js 的 fs、crypto）仍以回调形式存在。不封装就用不了 async/await。
正确做法是用 util.promisify（Node.js）或手写 new Promise 封装：
// Node.js 环境推荐
const { promisify } = require('util');
const readFile = promisify(fs.readFile);
// 浏览器或通用写法
function promisify(fn) {
return function(...args) {
return new Promise((resolve, reject) => {
fn(...args, (err, result) => {
if (err) reject(err);
else resolve(result);
});
});
};
}
注意坑点：
- 有些回调函数参数顺序不标准（比如 err 不在第一位），
promisify会失败，必须手写 Promise 封装 - 不能对箭头函数或没有 callback 参数的函数直接
promisify - 重复 promisify 同一个函数会产生多个新函数，建议只做一次并复用
复杂异步流程中，真正难的往往不是语法，而是状态管理、取消请求、重试策略和错误分类——这些没法靠 await 自动解决，得结合 AbortController、自定义 Hook 或状态机来补足。
