回调地狱和错误处理混乱是核心问题：嵌套callback导致可读性崩坏、错误无法捕获、流程难以复用；因无统一错误传播机制，try/catch对异步无效，须手动逐层判err并return，否则静默失败。
callback 回调地狱和错误处理混乱是核心问题
JavaScript 中用 callback 实现异步，本质是把后续逻辑作为函数参数传入，但多个异步嵌套时会迅速失控。这不是写法“不优雅”那么简单，而是直接导致可读性崩坏、错误无法捕获、流程难以复用。
为什么嵌套 callback 会导致错误无法向上抛出？
callback 没有统一的错误传播机制：每个回调函数都要手动检查第一个参数（如 err），漏判一次就静默失败；try/catch 对异步回调完全无效，因为回调执行时早已脱离原始调用栈。
- 常见错误现象：
Uncaught TypeError: cb is not a function或静默跳过某步，调试时找不到源头 - 典型陷阱：在
setTimeout或fs.readFile的回调里写throw new Error()，外部try/catch捕获不到 - 必须显式传递
err并逐层判断，例如if (err) return cb(err)，少一个return就可能继续执行错误分支
callback 与 Promise / async-await 的关键差异在哪？
根本区别在于控制流归属：callback 把控制权交给调用方，而 Promise 把控制权收归自身，支持链式错误拦截和统一调度。
-
Promise的.catch()能捕获前面所有then中的同步异常和异步拒绝 -
async/await允许用try/catch直接包裹异步操作，语义清晰且无嵌套 - 兼容性注意：Node.js 8+ 原生支持
util.promisify()可将 callback 风格 API 包装成 Promise 版本，例如const { readFile } = require('fs').promises; // 替代 fs.readFile(..., callback)
遗留系统中 callback 还需注意哪些实际坑？
不是所有场景都能立刻升级为 Promise，维护老代码时更要警惕隐性行为。
立即学习“Java免费学习笔记（深入）”；
- 某些库的 callback 参数顺序不一致：有的是
(err, data)，有的是(data, err)，必须查文档确认 - 多次调用同一个
callback（比如网络重试逻辑里忘了加return）会导致不可预期的重复执行 - Node.js 的
process.nextTick()和setImmediate()与 callback 执行时机有微妙差异，混用时容易出现竞态
return 还费劲。 
