promise链通过then()和catch()持续返回新Promise串连，每次then()生成新Promise并依返回值决定状态；错误沿链向右传递，仅未被处理的rejection能被后续catch()捕获。
Promise 链是怎么串起来的？
Promise 链的本质是 then() 和 catch() 方法持续返回新 Promise，形成可延续的异步操作流。每次调用 then() 都会生成一个新 Promise，它的状态由回调函数的返回值决定：返回普通值 → 被 resolve；返回另一个 Promise → 等待它完成；抛出异常 → 被 reject。
- 链式调用不是“复用”同一个 Promise，而是不断创建新 Promise
-
then()的两个参数分别处理 fulfilled 和 rejected 状态，但推荐只传第一个（成功回调），错误统一交给catch() - 链中任意一环抛错或返回被 reject 的 Promise，后续所有
then()的成功回调都会跳过，直到遇到catch()
为什么 catch() 放在链尾不一定能捕获所有错误？
因为 catch() 只捕获前面（左侧）Promise 链中未被处理的 rejection。如果某个 then() 内部手动调用了 reject() 但没抛错，或者用了 throw 却被上层 catch() 吞掉，错误就可能“消失”。更隐蔽的是：在 then() 回调里写同步错误（比如访问 undefined.xxx），它会被自动转为 Promise rejection —— 这类错误确实能被链尾 catch() 捕获。
- 链中某处写了
return Promise.reject(new Error('xxx'))，会被下游catch()捕获 - 但若在
then()里漏写return，或返回了非 Promise 值，后续then()仍会执行，不会触发catch() - 如果链中间加了
.catch(() => {})却没 re-throw，错误就终止了，链尾catch()收不到
如何正确做 Promise 链的错误分类处理？
不要把所有错误都塞进一个 catch()。常见做法是：在关键步骤后立即用 catch() 处理特定错误（比如网络失败重试），再把其他错误继续往下传；或者用 finally() 做清理，用 catch() 做业务兜底。
fetch('/api/user') .then(res => { if (!res.ok) throw new Error(`HTTP ${res.status}`); return res.json(); }) .catch(err => { if (err.name === 'TypeError') { // 网络中断、CORS 等 console.error('请求未发出:', err.message); throw err; // 继续向上传递 } if (err.message.includes('HTTP')) { // HTTP 错误码 throw new Error('服务端响应异常'); } }) .then(data => console.log(data)) .catch(err => console.error('最终失败:', err.message));Promise 链和 async/await 错误处理混用要注意什么？
async 函数内部的 Promise 链错误，用 try/catch 捕获即可，但它只管函数体内 —— 如果你在 async 函数里返回了一个没被处理的 Promise 链，那个链的错误并不会被外层 try/catch 捕获，除非你 await 它。
立即学习“Java免费学习笔记（深入）”；
-
async () => { apiCall().catch(handle); }：错误被handle吃掉，外层 try/catch 看不到 -
async () => { await apiCall(); }：任何 rejection 都会变成 async 函数的 rejection，可被外层try/catch捕获 - 混用时，避免在
then()里写异步逻辑却不await，否则错误上下文丢失
Promise 链真正的复杂点不在语法，而在错误流向的隐式传递 —— 一个没 await 的 Promise、一个空 catch()、甚至一个忘记 return 的 then()，都可能导致错误静默消失。