Promise 是 JavaScript 中表示异步操作最终完成或失败的对象，它封装 then、catch 等方法声明后续逻辑，执行器立即运行且状态不可逆；回调地狱因嵌套导致错误难捕获、流程难中断、复用难；Promise 通过返回值自动包装新 Promise 实现扁平链式调用；Promise.all 在任一 reject 时立刻终止，Promise.race 返回首个 settled 结果，未 catch 的错误会静默丢失。
Promise 是什么？它不是回调的语法糖
Promise 是 JavaScript 中表示异步操作最终完成或失败的对象，它本身不执行异步逻辑，而是封装 then、catch、finally 等方法来声明“这个异步操作完成后该做什么”。关键点在于：Promise 一旦创建，其内部执行器（executor）会立即运行，且状态只能从 pending 变为 fulfilled 或 rejected，不可逆。
回调地狱长什么样？为什么嵌套 callback 就难维护
典型回调地狱是多个异步操作（如 API 请求、文件读取）层层嵌套，形成深度缩进和错误处理分散的结构。比如：
getData(function(a) {
getMoreData(a, function(b) {
getEvenMoreData(b, function(c) {
console.log(c);
});
});
});
问题不止是缩进难看——它导致：
- 错误无法集中捕获（每个
callback都得写自己的if (err)） - 无法用
return中断流程（return 只作用于当前函数） - 难以复用中间结果（变量作用域受限）
- 无法用
for、try/catch等同步控制流语法
Promise 如何扁平化链式调用？重点在返回值
Promise 解决回调地狱的核心机制是：每个 then 或 catch 的返回值会自动包装成新 Promise，从而支持链式调用。这不是魔法，而是规范强制约定：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 如果
then回调返回一个普通值（如字符串、数字），下一级then会接收到该值 - 如果返回一个 Promise（如
fetch()），下一级then会等待它 resolve 后再执行 - 任意环节抛出异常或返回被 reject 的 Promise，都会跳转到最近的
catch
改写上面的例子：
getData() .then(a => getMoreData(a)) .then(b => getEvenMoreData(b)) .then(c => console.log(c)) .catch(err => console.error(err));
注意：getMoreData(a) 必须返回 Promise；如果它还是用 callback 写的，得先用 new Promise 包一层。
容易踩的坑：Promise.all 和 Promise.race 不是万能解药
很多人以为用 Promise.all 就能“并行解决所有异步”，但实际要注意：
-
Promise.all([p1, p2, p3])在任一 Promise reject 时立刻 reject，不会等其他完成（想全部执行完再汇总错误？得用Promise.allSettled） -
Promise.race返回第一个 settled 的结果，但“第一个”不等于“最快”——网络延迟、DNS 解析、甚至微任务队列顺序都可能影响谁先触发 - 忘记处理 rejected 状态：没有
catch的 Promise 链，错误会静默丢失（现代浏览器会报Uncaught (in promise)警告） - 在
async/await普及后，仍硬套then链，反而增加认知负担——该用await直接写顺序逻辑时，就别绕弯
真正难的从来不是语法，而是判断哪些操作必须串行、哪些可并行、哪些要保序、哪些要容错。Promise 提供了工具，但设计决策还得人来拍板。
