在JavaScript异步开发中，当后续逻辑强依赖前一步返回的数据，比如先取用户ID再拉详情再加载权限，如果沿用嵌套回调就会迅速陷入层层缩进。Promise链式调用提供了一种扁平化思路：每个then返回一个新的Promise，下游接着消费其值，使流程像管道一样清晰。
一、串行场景下的基础链式写法
最典型的复杂异步就是串行任务。假设我们需要依次调用三个接口，后者依赖前者的响应字段。使用Promise时，只要在then回调里返回下一个Promise，链就不会断。
下面示例展示如何通过链式调用完成用户登录、获取资料、拉取订单三步操作。注意第二步直接从第一步结果中解构出uid传给函数，代码没有嵌套，阅读顺序即执行顺序。
function login(name) {
return new Promise((resolve) => {
setTimeout(() => resolve({ uid: 1001, name }), 300);
});
}
function getProfile(uid) {
return new Promise((resolve) => {
setTimeout(() => resolve({ uid, age: 28 }), 300);
});
}
function getOrders(uid) {
return new Promise((resolve) => {
setTimeout(() => resolve([{ id: 1, uid }]), 300);
});
}
login('tom')
.then(user => {
console.log('登录成功', user.uid);
return getProfile(user.uid);
})
.then(profile => {
console.log('资料', profile);
return getOrders(profile.uid);
})
.then(orders => {
console.log('订单', orders);
})
.catch(err => {
console.error('链上任意一步失败都会到这里', err);
});
这种写法的优势在于错误收敛。过去回调模式要在每一层写失败的回调，而链式结构只需尾部一个catch就能捕获前面任意环节抛出的异常或拒绝状态。对于复杂业务，这减少了大量重复防护代码。
需要警惕的是，如果某个then里忘记写return，下一步接收到的就不是Promise而是undefined，链会瞬间失去异步特性。因此保持每一步显式返回是保证串行语义的关键。
二、并行汇聚与链式结合
真实系统里并非所有请求都需串行。常常是先拿一个主数据，再基于它并行请求多个子资源，最后汇总。这时可在链中返回一个Promise.all，把并行结果继续向后传。
以下代码在拿到用户资料后，同时请求权限和消息列表，两者互不依赖，用all合并后再统一渲染。这样既保留了主流程的链式清晰感，又利用了并行提速。
function getProfile(uid) {
return Promise.resolve({ uid, name: 'tom' });
}
function getRoles(uid) {
return Promise.resolve(['admin']);
}
function getMessages(uid) {
return Promise.resolve(['hi', 'welcome']);
}
getProfile(1001)
.then(profile => {
return Promise.all([getRoles(profile.uid), getMessages(profile.uid)])
.then(([roles, messages]) => {
return Object.assign({}, profile, { roles, messages });
});
})
.then(fullData => {
console.log('完整数据', fullData);
});
把Promise.all嵌在then中返回，下游拿到的fullData已经是汇聚后的对象。这种结构比外层先all再处理的写法更贴合主从依赖关系：先有主数据，才有并行子请求。
如果并行任务中有一个拒绝，整个all会立即拒绝并跳到catch。若希望局部失败不影响整体，可在子任务内部自行catch返回兜底值，确保all始终resolve。
三、错误中断与恢复技巧
复杂异步链中，有时某步出错后不希望整条链死掉，而是降级处理继续走。Promise允许在catch之后再次then，实现错误恢复。
示例里获取缓存失败不算致命，捕获后返回默认配置，后续链照常执行。这相当于给链路加了保险丝，而不是一错全停。
function getCache() {
return Promise.reject(new Error('no cache'));
}
function getRemote() {
return Promise.resolve({ data: 'fresh' });
}
getCache()
.catch(err => {
console.warn('缓存读取失败，转远程', err.message);
return getRemote();
})
.then(result => {
console.log('最终数据', result);
});
另一种情况是某些错误需重试。可以在catch中判断错误类型，若符合重试条件则返回一个新的Promise重新发起请求，否则继续抛出。这样链的错误分支也具有了业务逻辑表达能力。
需要强调，catch本身返回的是新Promise，若其中再抛错，后续若没有第二个catch就会变成未捕获拒绝。因此恢复点之后仍建议保留兜底catch，尤其在链路较长时。
四、避免常见陷阱
第一个陷阱是混淆Promise构造函数和执行时机。在构造函数里写同步重逻辑会阻塞链调度，应把耗时操作放进executor的异步回调中。
第二个陷阱是在then中写普通函数却忘了返回。如下错误示范会导致下一步收到undefined而非期望的用户对象，调试时极难发现。
// 错误写法
login('tom').then(user => {
getProfile(user.uid); // 没有return
}).then(profile => {
console.log(profile); // undefined
});
// 正确写法
login('tom').then(user => {
return getProfile(user.uid);
}).then(profile => {
console.log(profile);
});
第三个陷阱是链式里混用async函数却不await。async函数本身返回Promise，大多数时候直接返回即可，但如果内部需做额外同步加工，请确保最终返回的是链路需要的值类型。
综上，Promise链式调用通过统一的返回新实例机制，把复杂异步依赖转成可读的线性结构。配合all做并行汇聚、catch做中断恢复，足以覆盖绝大多数业务场景，是处理复杂异步操作值得采用的方案。