Promise链式调用破回调地狱的核心是“返回值提升”：每个.then()自动返回新Promise，将回调中return的值（无论普通值、Promise或undefined）经Promise.resolve()包装后作为下个.then的输入，实现参数自动传递、流程扁平化与错误冒泡。
Promise 的 then 链式调用能破掉回调地狱，核心不在语法糖，而在每个 .then() 自动返回一个新 Promise，并把上一步的返回值“提升”为这个新 Promise 的结果。这使得异步流程不再靠嵌套传递参数，而是靠值的自然流动。
什么是“返回值提升”
所谓“提升”，是指：你写在 .then 回调里的 return 值，不管是不是 Promise，都会被 Promise.resolve() 自动包装，成为下一个 .then 的输入。它不是简单地把值传下去，而是“升格”为一个可链式处理的 Promise 状态。
- return 一个普通值（如字符串、对象）→ 下一个 .then 收到该值
- return 一个 Promise → 下一个 .then 等它 resolve 后再执行，接收其结果
- 不写 return 或 return undefined → 下一个 .then 立即收到 undefined（链没断，但数据丢了）
为什么这能消灭回调地狱
传统回调地狱中，每层必须显式把结果塞进下一层回调函数参数里，导致缩进加深、控制流分散、错误难捕获。而 Promise 链靠“返回值提升”实现三重解耦：
- 参数传递自动化：无需手动把 user.id 搞进 fetch('/api/posts?id='+user.id) 的字符串拼接里，直接 return getPosts(user.id)
- 流程扁平化：所有步骤横向排开，没有缩进嵌套，阅读顺序即执行顺序
- 错误自动冒泡：任意环节 throw 或 reject，都会跳过后续 .then，直达末尾 .catch，不用层层传 error 参数
常见断链陷阱与修复
链式调用失效，往往不是 Promise 本身的问题，而是“返回值提升”被意外中断：
- 忘记 return fetch(...) → 返回 undefined → 下一个 .then 拿到的是 undefined，不是 Promise
- 在 .then 里写同步逻辑却没 return → 后续 .then 立即执行，拿不到预期数据
- 用 if/else 分支但只在部分分支 return → 其他分支隐式 return undefined，链在此处分叉或中断
修复很简单：只要你想让后续 .then 继续处理异步结果，当前 .then 回调里就必须显式 return 一个值或 Promise。
对比看效果更直观
假设要依次获取用户、其文章、首篇文章的评论：
- 回调地狱写法：三层嵌套，参数靠形参层层传递，错误处理重复三遍
- Promise 链写法：getUser(id).then(u => getPosts(u.id)).then(p => getComments(p[0].id)).then(c => console.log(c)) —— 每个 .then 的 return 值自动“提升”为下一步的输入，整个链条干净、线性、可预测
