async函数中error传递依赖promise链，非自动穿透；同步抛错、await rejected promise会触发自身promise拒绝，但settimeout等脱离promise链的异步抛错将静默失败。
async 函数中 error 的传递不是“自动穿透”的魔法，而是严格遵循 Promise 状态流转和 JavaScript 事件循环规则的结果。错误能否被上层 try/catch 捕获，取决于它是否真正进入了当前 async 函数所返回的 Promise 链。
async 函数本质是 Promise 构造器
每个 async 函数执行时，都会隐式返回一个 Promise：
- 函数体中 同步抛出 错误 → 返回 rejected Promise（
Promise.reject(err)） - 函数体中 正常返回值 → 返回 fulfilled Promise（
Promise.resolve(value)） - 函数体中 await 一个 rejected Promise → 自动中断后续执行，并将该 rejection 转为自身 Promise 的 rejection
这意味着：错误传播的前提，是错误必须发生在 Promise 的上下文里——要么是 executor 中抛出，要么是在 await 驱动的 Promise 链中被 rejection 触发。
常见静默失败：setTimeout / setInterval 内 throw
以下写法看似会报错，实则完全脱离 Promise 链：
async function badFail() {
setTimeout(() => {
throw new Error('崩溃了'); // ❌ 在新宏任务中抛出，无 Promise 关联
}, 100);
}
此时错误不会触发 badFail() 返回的 Promise 进入 rejected 状态，也不会被外层 await 捕获，只会变成全局未处理异常（Uncaught Error）。根本原因是：setTimeout 回调运行在独立的宏任务中，与当前 async 函数的 Promise 生命周期无关。
让延迟错误真正可捕获：用 Promise 封装异步时机
正确做法是把时间延迟本身纳入 Promise 流程：
const delay = ms => new Promise(resolve => setTimeout(resolve, ms));
async function goodFail(msg, ms) {
await delay(ms); // ✅ 等待完成，控制流仍在 Promise 链内
throw new Error(msg); // ✅ 此处 throw 会转为函数返回 Promise 的 rejection
}
这样调用 await goodFail('出错了', 500) 就能被外层 try/catch 正常捕获。
嵌套 async 调用中的错误透传关键点
错误要逐层冒泡，必须保证 Promise 链不被意外断开：
- 调用子函数时，必须 return 子函数调用结果，而非仅执行它
- 错误不会跨函数“自动跳转”，而是靠 Promise rejection 向上传递
- 若父函数中写
f();（无 return），则 f 的 Promise 与父函数返回的 Promise 完全无关
例如：
async function inner() { throw new Error('inner'); }
async function outer() {
return inner(); // ✅ 正确：outer 返回的 Promise 等价于 inner() 的 Promise
// inner(); // ❌ 错误：outer 总是 resolve，inner 错误丢失
}
错误传递机制不复杂，但容易忽略 Promise 的边界和任务队列的隔离性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
