JavaScript异步编程核心是避免主线程阻塞，回调函数易致“回调地狱”且错误处理繁琐，Promise通过状态管理、链式调用和统一错误处理（.catch）提升可读性与组合性，内部仍基于回调但已标准化封装。
JavaScript 中异步编程的核心目标是避免阻塞主线程，让耗时操作（如网络请求、文件读取、定时器）不卡住页面。回调函数和 Promise 都是用来处理异步任务的机制，但它们在可读性、错误处理、组合能力上有本质区别。
回调函数：最基础的异步处理方式
回调函数是把一个函数作为参数传给另一个函数，在异步操作完成后由该函数执行。比如 setTimeout 或 fs.readFile（Node.js）就依赖回调。
典型写法：
fs.readFile('a.txt', 'utf8', function(err, data) {
if (err) {
console.error(err);
} else {
console.log(data);
}
});
问题在于：当多个异步操作需要串行执行时，容易形成“回调地狱”（callback hell），嵌套层级深、逻辑难追踪、错误处理重复、难以复用。
立即学习“Java免费学习笔记（深入）”；
- 错误必须手动检查
err参数，每个回调都要写一遍 - 无法用
return或throw控制流程，也不能用try/catch捕获异步错误 - 多个异步任务并行或顺序组合写起来冗长且易错
Promise：更规范、可链式操作的异步抽象
Promise 是一个代表“未来某个时刻可能完成或失败”的对象。它有三种状态：pending（进行中）、fulfilled（成功）、rejected（失败）。一旦状态改变，就不会再变。
用 Promise 改写上面的例子：
readFile('a.txt')
.then(data => console.log(data))
.catch(err => console.error(err));
关键优势：
-
统一错误处理：一个
.catch()可捕获前面所有.then()中抛出的异常或 rejected 状态 -
支持链式调用：每个
.then()返回新的 Promise，天然支持顺序异步流 -
可组合性好：
Promise.all()并行执行多个异步任务，Promise.race()响应最快的那个 -
与现代语法兼容：为
async/await提供底层支撑
Promise 并不是回调的替代品，而是对回调的封装和升级
Promise 内部依然依赖回调（比如 new Promise((resolve, reject) => {...}) 中的 resolve 和 reject 就是回调），但它把回调的调用时机、错误传播、状态管理标准化了。
例如，把基于回调的 API 包装成 Promise：
function readFilePromise(path) {
return new Promise((resolve, reject) => {
fs.readFile(path, 'utf8', (err, data) => {
if (err) reject(err);
else resolve(data);
});
});
}
这样就能用 .then() 和 .catch() 统一处理，而不是每个地方都写重复的错误判断逻辑。
实际选型建议
- 新项目优先使用
async/await（基于 Promise），代码接近同步风格，可读性强 - 需要兼容老环境（如 IE）且不用第三方库时，可谨慎使用回调，但尽量避免多层嵌套
- 封装底层 API（如 request 库、数据库驱动）时，提供 Promise 版本是行业标准做法
- 不要混合使用：比如在
.then()里又写深层回调，会抵消 Promise 的优势
