Promise是为解决回调嵌套和异常传递难题而设计的状态封装抽象，通过链式调用、错误冒泡和组合能力实现类同步逻辑组织，优于回调函数的可读性、错误处理与控制流管理。
JavaScript中的异步编程，核心是解决“不阻塞主线程”的问题。回调函数和Promise都是处理异步操作的方式，但它们在可读性、错误处理、控制流管理上差别明显——Promise不是回调的升级版，而是为了解决回调嵌套和异常传递难题而设计的新抽象。
回调函数：最原始但容易失控
回调函数是把一个函数作为参数传给另一个函数，在异步操作完成后由后者调用它。比如setTimeout或fs.readFile常用这种模式。
- 优点：简单直接，浏览器和Node.js早期就支持，无需额外API
- 缺点：嵌套多层后形成“回调地狱”（callback hell），逻辑难追踪、难复用、难测试
- 错误处理分散：每个回调都要单独检查err参数，无法统一捕获
- 无法用return或throw控制流程，也不能用for、try/catch等同步语法组织异步逻辑
Promise：用状态封装异步结果
Promise是一个对象，代表某个异步操作的最终完成（或失败）及其结果值。它有三种状态：pending（进行中）、fulfilled（成功）、rejected（失败），且状态一旦改变就不可逆。
- 链式调用：.then()和.catch()让多个异步操作线性衔接，避免嵌套
- 错误冒泡：任意环节抛错，都会被最近的.catch()捕获，类似同步的try/catch
- 组合能力更强：可用Promise.all()、Promise.race()等批量协调多个异步任务
- 和async/await天然兼容：Promise是async函数的底层基础
关键区别一句话总结
回调函数是“你告诉我什么时候做”，依赖手动传递执行时机；Promise是“我告诉你结果是什么”，把异步操作包装成可信赖的状态容器，让开发者能像写同步代码一样组织逻辑。
立即学习“Java免费学习笔记（深入）”；
实际选择建议
- 新项目优先用async/await（本质是Promise语法糖），可读性和调试体验最好
- 需要兼容老环境（如IE）时，用Promise配合Babel转译，比手写回调更健壮
- 只在调用极少数仍只接受回调的API（如某些Node.js原生模块）时才直接写回调，其余尽量封装成Promise
- 不要混合使用：避免在一个函数里既用回调又返回Promise，会造成语义混乱和资源泄漏风险
