Promise本身不直接解决回调地狱，真正打破它的是then链式调用与async/await；嵌套回调因缩进失控、错误分散、逻辑难追踪而成“地狱”；then通过返回新Promise实现流程扁平化；async/await则让异步代码如同步般自然，配合try/catch统一捕错。
Promise 本身不直接“解决”回调地狱，它只是提供了一种更可控的异步组织方式；真正打破回调地狱的是 then 链式调用 + async/await 语法糖。
为什么嵌套回调会变成“地狱”
多个异步操作依赖前一个结果时，传统回调写法会迅速缩进失控，错误处理分散，逻辑分支难追踪。比如连续请求用户、订单、商品详情：
getUser(id, function(user) {
getOrders(user.id, function(orders) {
getGoods(orders[0].goodsId, function(goods) {
console.log(goods.name);
});
});
});
这种结构难以复用、调试和测试，且每个回调里都要单独处理错误。
Promise 链式调用如何扁平化流程
每个 then 返回一个新的 Promise，让后续操作可以“接住”上一步的返回值，不再需要层层嵌套：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
-
then的回调函数接收上一个 Promise 的resolve值，直接返回新 Promise 或普通值（会被自动包装） - 错误可统一用
catch捕获，无论哪一层reject都会冒泡到最近的catch - 避免手动传递回调函数，控制流更接近同步代码阅读习惯
getUser(id)
.then(user => getOrders(user.id))
.then(orders => getGoods(orders[0].goodsId))
.then(goods => console.log(goods.name))
.catch(err => console.error('出错了：', err));
async/await 是更彻底的解法
它建立在 Promise 之上，但让异步代码写起来像同步一样自然，完全消除 then 链的嵌套感：
-
await只能在async函数内使用，会暂停执行直到 Promise settle - 多个
await是顺序执行，不是并发；如需并发，请用Promise.all - 错误用
try/catch捕获，和同步代码一致，比catch更直观
async function loadUserOrderGoods(id) {
try {
const user = await getUser(id);
const orders = await getOrders(user.id);
const goods = await getGoods(orders[0].goodsId);
console.log(goods.name);
} catch (err) {
console.error('出错了：', err);
}
}
容易被忽略的关键点
很多人以为用了 Promise 就万事大吉，其实常见陷阱包括：
- 忘记
return：在then回调里漏掉return，会导致下一个then接收到undefined - 混用回调与 Promise：比如在
then里又传回调给另一个函数，立刻退回地狱模式 - 未处理拒绝状态：没写
catch或try/catch，错误静默丢失，尤其在生产环境很难排查 - 误用
Promise.resolve().then(...)包裹同步逻辑：纯属冗余，反而增加微任务开销
真正摆脱回调地狱，靠的不是 Promise 构造函数本身，而是坚持链式返回、统一错误处理、以及优先选用 async/await 编写主流程。
