JavaScript异步编程核心是避免阻塞主线程并主动管理流程；回调地狱源于嵌套与错误处理失控，可用Promise链式调用和async/await解决，但需注意错误捕获、并发控制及兼容性封装。
JavaScript 异步编程不是“等一下再执行”，而是让代码不阻塞主线程、能继续处理其他任务；回调地狱完全可以避免，关键不在写不写回调，而在是否主动管理异步流程的嵌套与错误传递。
什么是回调函数？它为什么容易形成“地狱”
回调函数是作为参数传入另一个函数、并在某个事件或操作完成后被调用的函数。它本身没有问题，问题出在多层嵌套时的可读性与错误处理失控。
常见错误现象：Uncaught TypeError: cb is not a function（传错类型）、callback is not defined（作用域丢失）、深层嵌套导致逻辑分支难以追踪。
- 每层回调都需手动检查
err，漏一次就静默失败 - 无法用
try/catch捕获异步回调里的异常 - 变量作用域易混淆，比如循环中用
var声明的i在所有回调里共享同一值
setTimeout(() => {
console.log('1');
setTimeout(() => {
console.log('2');
setTimeout(() => {
console.log('3'); // 这就是典型“金字塔”结构
}, 100);
}, 100);
}, 100);
Promises 怎么打破嵌套？重点看 then 和 catch 的链式行为
Promise 的核心价值不是“更短的写法”，而是把异步操作变成可组合、可中断、可统一错误处理的状态容器。
立即学习“Java免费学习笔记（深入）”；
使用场景：封装 XMLHttpRequest、fetch、定时器、Node.js 的 fs.readFile 等原生不支持 async/await 的 API。
-
then返回新Promise，所以能链式调用；返回普通值会自动包装成resolved状态 -
catch会捕获前面所有then中抛出的异常和reject，但只捕获最近未处理的那一个 - 不要在
then里写if (err) return—— 那是回调思维，应该用reject()或直接抛错
fetch('/api/user')
.then(res => {
if (!res.ok) throw new Error('Network error');
return res.json();
})
.then(user => fetch(`/api/posts?uid=${user.id}`))
.then(res => res.json())
.catch(err => console.error('Failed at any step:', err));
async/await 是语法糖，但改变了错误控制方式
async/await 不改变 Promise 执行机制，只是让异步代码看起来像同步。真正影响行为的是你是否用 try/catch 包裹 await 表达式。
性能 / 兼容性影响：现代浏览器和 Node.js 14+ 均原生支持；打包时若需兼容旧环境，Babel 会转为 Promise 链，不是 generator。
-
await只能在async函数内使用，顶层 await 仅限 ES 模块和某些运行时（如 Node.js 14.8+） - 多个独立请求别写成串行：
await a(); await b();→ 应该用Promise.all([a(), b()]) -
await后面如果不是 Promise，会自动用Promise.resolve()包装，所以await 42是合法的
async function loadProfile() {
try {
const user = await fetch('/api/user').then(r => r.json());
const posts = await fetch(`/api/posts?uid=${user.id}`).then(r => r.json());
return { user, posts };
} catch (err) {
console.error('Loading failed:', err.message);
throw err; // 不要吞掉错误，除非你明确要降级处理
}
}
什么时候还必须用回调？哪些库至今没迁移到 Promise
不是所有异步 API 都提供了 Promise 版本，尤其是一些老的 Node.js 核心模块（如 fs）或第三方 C++ 插件（如某些数据库驱动）。这时你需要自己封装，或使用官方提供的 util.promisify。
容易踩的坑：util.promisify 要求原始函数最后一个参数是 callback，且签名是 (err, result)；如果函数本身不遵循这个约定，promisify 会失效。
-
fs.readFile可直接promisify(fs.readFile)；但fs.watch是事件型，不能 promisify - 某些 EventEmitter 类（如
http.Server）必须用once()或on()+ 手动清理 - 浏览器中
addEventListener仍是纯回调，目前无标准 Promise 封装
const { promisify } = require('util');
const fs = require('fs');
const readFile = promisify(fs.readFile);
readFile('./config.json', 'utf8')
.then(JSON.parse)
.catch(err => console.error('Invalid JSON:', err));
最常被忽略的一点：无论用 Promise 还是 async/await，只要异步操作没被显式 await 或加入 Promise 链，它就只是“被发起”，不会等待完成——这会导致你以为的“顺序执行”实际是并发乱序。
