异步是JavaScript运行机制的底层事实，不是可选特性；回调函数适合简单无依赖场景，如定时器和DOM事件，但链式依赖应使用Promise或async/await。
异步是 JavaScript 运行机制的底层事实，不是可选特性
JavaScript 在单线程环境中执行，但浏览器和 Node.js 都需要处理网络请求、文件读写、定时器等耗时操作。如果这些操作同步阻塞主线程，页面会卡死、响应停滞。所以从诞生起，setTimeout、XMLHttpRequest、事件循环（Event Loop）就已嵌入语言运行时——异步不是后来加的“高级技巧”，而是让 JS 能干活的前提。
回调函数是最基础的异步表达方式，但容易陷入嵌套地狱
回调函数本身没有问题，问题出在多层依赖时的控制流失控。比如连续发起三个 API 请求，第二个依赖第一个的返回值，第三个依赖第二个：
fetch('/api/user')
.then(res => res.json())
.then(user => fetch(`/api/posts?uid=${user.id}`))
.then(res => res.json())
.then(posts => console.log(posts));
上面用 Promise.then 写法更清晰，但若强行用纯回调，就会变成：
fetch('/api/user', (err, user) => {
if (err) throw err;
fetch(`/api/posts?uid=${user.id}`, (err, posts) => {
if (err) throw err;
console.log(posts);
});
});
- 错误处理分散，每个回调都要检查
err - 变量作用域混乱，深层回调访问外层数据需闭包或提前声明
- 无法用
return中断流程，也无法用try/catch捕获异步错误 - 调试时堆栈断裂，错误位置难定位
回调函数只适合简单、无依赖的异步场景
真正该用原始回调的地方其实很少，典型如：
立即学习“Java免费学习笔记（深入）”；
-
setTimeout(fn, 100)或setInterval(fn, 1000)：定时触发，无数据流转 - DOM 事件监听：
button.addEventListener('click', handleClick)，用户交互驱动，不构成链式依赖 - Node.js 的底层流操作：
fs.readFile(path, 'utf8', callback)，仅当不涉及 Promise 化或async/await时临时使用
一旦出现「A 完成后做 B，B 成功后再做 C」，就该切换到 Promise 或 async/await。强行用回调拼接，代码可维护性会指数级下降。
现代项目里回调函数的存活空间正在快速缩小
几乎所有主流 Web API 和 Node.js 核心模块都已提供 Promise 版本（如 fetch、fs.promises.readFile），第三方库也普遍支持 Promise 构造。即使遇到只提供回调的老接口，也能用 Promise 封装：
function promisify(fn) {
return (...args) => new Promise((resolve, reject) => {
fn(...args, (err, result) => {
if (err) reject(err);
else resolve(result);
});
});
}
真正的难点不在语法转换，而在于理解「异步完成时机不可预测」这一本质——哪怕用了 async/await，只要没加 await，它还是立即返回 Promise 对象，不会暂停后续同步代码。这点被忽略得最多。
